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@ Verfahren zum Betreiben einer Datenverarbeltungsanlage fur Kraftfahrzeuge 



Es wird ein Verfahren zum Betreiben einer Datenverarbel- 
tungsanlage fur Kraftfahrzeuge mit wenigstens zwei Rech- 
nern und eine die Rechner verbindenden Leitung zum Gber- 
tragen von Botschaften vorgeschlagen, mit deren Hilfe eine 
schnelle und sichere Datenubertragung zwischen den im 
Kraftfahrzeug instaliierten Rechnem mit den besonderen 
Anforderungen einer Steuergerate-Kopplung im Kraftfahr- 
zeug mdglich ist. Es ist ein Ausf uhrungsbeisplel angegeben, 
das die Schnittstelle zwischen den einzelnen Rechnern und 
der die Rechner verbindenden Leitung aWuhrlich be- 
schreibt und mit dessen Hilfe eine Steuergefate-Kopplung 
im Kraftfahrzeug realisiert werden kann. 
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6. Ansprueche 



1. Verfahren zum Betreiben einer Datenverarfae 1 tungsan lage 
fuer Kraf t f ahrzsuge mit wem'gstens zwei R&chnerm einer 
die Rechner verbi ndenden Leitung zum Uyebertragen von 
Botschaften il^essagQs) % dadurch gekennze i chnet f dass sich 
die Botschaften bezuegllch Inhalt und Bedeutung mittels 
Bines Ident if izieres selbst ident i f izieren. 



2. Verfahren nach Anspruch 1» dadurch gekennzeichnet i dass 
defli Ident if izlerer eine Prioritaet insbesondere fuer die 
Reihenfolge der Uebertragung der Botschaften auf der 
Leitung zugecdnet ist. 



3, Verfahren nach Anspruch 2* dadurch gekennze i chnet ? dass 
der Ident if izierer mit implfziter Prior itaetenangabe 
vorzugsweise am Anfang der Botschaft steht. 

4. Verfahren nach Anspruch li dadurch gekennze i chnet f dass 
der Ident if izierer Inhalte wie Mressent Datem 
Sensors igna I e » St e I tgroessen i Zwisohenergebn i sse f Bef ehle 
fuer Synchronisation? Befehle zum Auslpesen von Aktionen 
kennze 1 chnet . 



5. Verfahren nach Anspruch li dadurch gekennze i chnet f dass 

der Ident i f 12 i erer Inhalte wie Drehzahli Drehzahlgradi ent i 

Motortempei atun Last der Antr iebsmaschine usw. 
kennze 1 chnet . 



6. Verfahren nach Anspruch 1? dadurch gekennze i chnet » dass 
der Ident if izierer Befehlsdaten i zum Beispiel von einer 
Ant iblockiereinrichtungf einer Ant ischlupf e i nr i chtung usw. 
kennze i chnet . 



Verfahren zum Betreiben einer Dat enverarbe i tungsanlage 
fuer Kraf t f ahrzeuge mit wenigstens zwei Rechnerni einer 
die Rechner vertalndenden Leitung zum Uebertragen von 
Botschaften (Messages) und einer Feh I ererkennung 
bezueglich der Botschafti dadurch*^ gekennze i chnet i dass die 
Botschaft mit einem definierten Bitmuster (wenigstens ein 
Bit) anfaengti dieses Bitmuster mit in den CRC-Check mit 
einbezogan wird und dass auf den CRC-Check (Kon trol Iwort ) 
ein Bitmuster folgti das zum Anf angsb i tmust er 
komplementaer 1st . 



Verfahren nach Anspruch 7j dadurch gekennze 1 chnet f dass 
das zur Berechnung des Kon trol I worts benuzte 
Generat or-Polynom so gestaltet wirdi dass vorzugsweise ein 
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BCH-Code <Bose» Chaudhure* Hocquenghem) mii dem 
Restklassen - Polynom (X + 1 ) multipUzlert wird. 



9. Verfahren zum Betreiben einer Dat enverarbe i tungsan I age 
fuer Kraf t f ahrzeuge mit wenigstens zwei Rechnerm einer 
die Rechner verbindenden Leitung zum Uebertragen von 
Botschaften (Messages) und einer Fehl erme Idung (error 
report) idadurch gekennze i chnet i dass auf die Leitung 
(Bus) dominate und rezessive Zustaende uebertragen werden 
und dass die Feh lerrne Idung aus einer einzigen? mit der faei 
der Uebertragung der Botschaft auftretenden Zustandsf olge 
nicht zu verwechse Inden Zustandsf olge dominanter Zustaende 
besteht . 



ID. Verfahren nach Anspruch 9f dadurch gekennze i chnet i dass 

die Fehlerme Idung zu jedem beliebigen Zeitpunkt (zB, 
waehrend der laufenden Uebertragung einer Botschaft) 
gesendet werden kann. 

11. Verfahren nach Anspruch 9i dadurch gekennze i chnet i dass 

jeder Te i Inehmer J der mit der Leitung gekoppelt ists eine 
Fehlerme Idung abgeben kann. 



12- Verfahren nach Anspruch 9» dadurch gekennze i chnet > dass 
das Enr'e der Fehlerme Idung zur zeitlichen Synchronisation 
aller Tei Inehmer dient. 



13. Verfahren nach Anspruch 12i dadurch gekennze i chnet i dass 
bei mehreren Feh I erme Idungen das Ende der letzten der 
Synchron i sat ion dient. 

14. Verfahren nach Anspruch 9? dadurch gekennze i chnet > dass 
dsr i n format ionstragende Teil der Botschaft mit einer 
nicht dcminanten Zust andsf o Ige afagesch I ossen wirdi sodass 
im Fshlerfall die aus dominanten Zustaenden bestehende 
Fehlerme Idung zeitlich in die Uebertragung der nicht 
dominanten Zust andsf o Ige trifft und dadurch eindeutig die 
fehlerhafte Botschaft bestimmt ist. 



15. Verfahren nach Anspruch 9i dadurch gekennze i chnet i dass 
die nicht dominante Zust andsf olge am Ende der Botschaft urn 
mindestens einen Zustand laenger ist als die fuer die 
Feh lererkennung erf order I i che mi n ima I e Zust andsf olge . 



16. Verfahren zum Betreiben einer Dat enverarbe i tungsan I age 
fuer Kraf tf ahrzeuge mit wenigstens zwei Rechnerm einer 
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die Rechner verb i ndenden Leitung zum Uebertragen von 
Botschaften (Messages) idadurch gekennze i chnet 5 dass jeder 
Teilnehmsr alle Botschaften empfaengt und nur die fuer ihn 
relevantan Botschaften weiter verarbeiteti indem jeder 
Teilnehmer eine Liste der fuer ihn relevanten Botschaften 
fushrt und Telle der empfangenen Botschaften mit den In 
der Liste enthattenen Inf ormat ionen in Beziehung bringt. 

17- Verfahren nach Anspruch 16? dadurch gekennze i chnet » dass 
das in Beziehung bringen so erfolgtj dass alle Teilnehnier 
zuffl gleichen Rasterpunkt der S ignaluetaertragung die 
Entscheidung treffen koennem ob die spezielle Botschaft 
weiter verfolgt wird- 

18. Verfahren nach Anspruch I61 dadurch gekennze i chnet 1 dass 
die in den Botschaften enthaltenen Inf ormat ionen in 
Atahaeng igke i t von der in jedem Teilnehmer vorliegenden 
Liste in Spe 1 cherze 1 1 en uebertragbar sind und dem 
Teilnehmer zur We i t erverarfae i tung zur Verfuegung stehen. 

19. Verfahren nach Anspruch I81 dadurch gekennze i chnet » dass 
abhaengig vom Listeninhalt beim Empfang einer Botschaft 
eine Unt erbrechungsanf orderung ausloesfaar ist. 

20. Verfahren nach Anspruch I81 dadurch gekennze i chnet 1 dass 
die Uebernahme der Botschaft erst nach fehlerfreiem 
EiTjpfanr insbesondere durch alle Teilnehmer erfolgt. 

21. Verfahren nach Anspruch I81 dadurch gekennze i chnet » dass 
die Inf ormat ionsannahme blockierbar ist. 



22. Verfahren nach Anspruch 
die Raihenfolge der 
We i t erverarbe i tung im 



ist , 



I61 dadurch 
Liste 
Te i I nehmer 



gekennze i chnet ? dass 
fuer die interne 
prior i t aet sbest immend 



> 



23. Verfahren nach Anspruch 
die Weltergabe von 
Abspe 1 cherung J so 

zusammenhaengende Informationstei le 
Informal ionsverarbe i tungsvorgang 



I61 dadurch gekennze i chnet j dass 
Inf ormat ionen 1 insbesondere die 
erfolgti dass inhaltlich 

im zugehoerigen 
zusammengehoer ig 



verarbe itet werden 
Inf ormat ionsbehandlung) 



koennen 



CKonsist enz 



der 



24. Verfahren nach Anspruch I61 dadurch gekennze i chnet 1 dass 
in jedem Zeitpunkt die Rangfolge der Liste die Prioritaet 
der Ue i t erverarbe i tung bestimmt. 

BAD ORIGINAL 
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V 25. Verfahren zum Betreiben einer Datenverarbe i tungsan lage 

fu&r Kraft fahrseuge mit wenigstens zwel Rechnern? einer 
die Rechner verblndenden Leitung zum Uetaertragen von 
Botschaften (Messages) idadurch gekennze i chne t i dass jeder 
TeUnehmer den 2u ueber tragenden Botschaften mittels einer 
Liste eine Prioritaet zuordnet und in jedem Zeitpunkt die 
Liste die Prioritaet der im Teilnehmer zur Uebertragung 
bere i tst ehenden Botschaften bestimmt. 

26. Verfahren nach Anspruch 25j dadurch gekennze i chnet i dass 
der Liste weitere Inf ormat ionen insbesondere bezueglich 
des Uetaertragungszustandes zugeordnet sind. 

27. Verfahren nach Anspruch 25$ dadurch gekennze i chnet i dass 
f ehlerbehaf tete Ueber tragungen erfasst und registriert 
werden . 

28. Verfahren nach Anspruch 27? dadurch gekennze i chne t i dass 
die Uebertragung be i auftretendem Fehler wiederholt wird. 

29. Varfahren nach Anspruch 2Sj dadurch gekennze i chne t i dass 
nach einer vorbest immt en Anzahl von fehlerhaften 
Uebertragungen die Wiederholung der Uebertragung 
abgefarochen wird und eine Unt erbrechungsanf orderung 
ausgeloest werden kann. 

30. Verfahren nach Anspruch 25s dadurch gekennze i chne t f dass 
die Liste eine Information bezueglich 
Uebertr agungsanf orderungen enthaelt? die vom Teilnehmer 
selbst und auch von den uebrigen nit der Leitung 
gekoppalten Ei nr i chtungen bestimajt werden kann. 

31. Verfahren zum Betreiben einer Dat enverarbe i t ungsan I age 
fuer Kraf t f ahrzeuge mit wenigstens zwe i Rechnerm einer 
die Rechner verbindenden Leitung zum Uebertragen von 
Botschaften (Messages) idadurch gekennze i chne t i dass jedem 
Teilnehmer ein bestimmter Teil der Uebertragungskapaz i t aet 
dar Leitung zugeordnet wird. 

32. Verfahren zum Betreiben einer Dat enverarbe i tungsan I age 
fuer Kraf t f ahrzeuge mit wenigstens zwei Rechnern^ einer 
die Rechner verbir\der\dQt} Leitung zum Uebertragen von 
Botschaften (Messages) idadurch gekennze 1 chne t ? dass nach 
dsm Auftreten einer bestimmten Anzahl von Feh I erme Idungen 
eines bestimmten Teilnehmers sich dieser Teilnehmer 
sendesignalmaesig von der Leitung abkoppelt. 

33. Verfahren zur Uebertragung von zweiwertigen Inf ormat ione n 



BAD 
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(0 und 1) im Kraf t f ahr z eug i dadurch gekennze 1 chnet i dass 
die von einem konstanten Signalpegel (0) abweichende 
Inforfflation CI) mit al t ern i erenden Signalpegeln <+i-) 
uebertragbar ist. 



Verfahren nach Anspruch 33) dadurch gekennze i chnet i dass 
die at tern ierenden Signalpegel zur Fehlererkennung 
ueberwachbar si nd. 



• ^ •- 
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1. Stand der Technik 



In den letzten Jahren wurde die Funktion des Kraf t f ahrzeugs 
durch elektronische Steuerungen wesentlich verbessert. Durch 
eine digitale Motorelektron ik konnte z,B. der 

Kraf tstof f verbrauch reduzlert und die Emrofssion von 
Schadstoffen verringert werden. Mit dem Anti- Block i er-Syst em 
lassen sich die Bremswege bei Vol Ibremsung verkuerzeni wobei 
gleichzeitig die Lenkbarkeit des Fahrzeugs erhalten bleibt. 

Ueitere Funkt ionsverbesserungen sind fuer das Kraf tf ahrzeug in 
Zukunft insbesondere dadurch zu erreichen» dass die 
St euerf unkt ionen nicht mehr einzeln fuer sich allein arbeitenf 
sondern unt ere i nander vermascht werden. Die Schal t vorgaenye 
eines elektronisch gesteuerten Automatik- Getriebes Lassen sich 
z.B. mit geringerem Verschleiss der Kupplungsbe I aege und ohne 
spuerbaren Ruck durchf uehren « wenn im Schalt augenbl i ck das 
Motormoment durch einen entsprechenden Eingriff in die 
elektronische Motorst euerung kurzzeitig reduziert wird. 

Dazu ist es erf orderl ichi dass der Rechner fuer die 
elektronische Getr i ebest euerung genau im richtigen Zeitpunkt 
entsprechende Daten an den Rechner fuer die elektronische 
Motorst euerung uebertraegt .Bisl ang wurde dies mit Hilfe einer 
Reihe von einzelnen Signal leitungen erreicht. 

Die Anzahl derartiger Signal le i tungen wird jedoch bei 
umf angreicheren Systemen zu gross. Man benoetigt deshalb in 
diesem Fall eine schnelle Dat enuebertr agung zwischen den im 
Kraf tf ahrzeug inst al I ierten Rechnern? die wenig Anschluess im 
St euergeraete - Stecker benoetigt und bei der die Information 
in codierter Form uebertragen wird. 

Zu diesem Zwecke wurden in der Vergangenhe i t lokale Netzwerke 
zur Kopplung von Mi kroprozessoren > Minirechnern und 
Peripheriegeraeten in Steuerungeni insbesondere jedoch in 
nachrichtentechnischen Anwendungen entwickelt. So gibt es als 
Stand der Technik eine grosse Zahl versch i edener 
Uebertragungsprotokol I e fuer die Kopplung von M i kror echn ern wie 
z.B. DDB C13f lie C2D5 MUART CSDi CSMA C4Df SDLC C43 und HDLC 

Z\l VALVOf DDB specification 

C2D VALVOf Technische Inf ormat lonen fuer die 
Industrie 811215 

C3D INTELi Microprocessor and Peripheral Handbooki 1953 



C4!l A. Tannenbauffl? Computer Networks? 

Prentice/Hall International! 19S1 
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2. Nachteile des Stands der Technik 



In den oben genannten Protokollen sind die Anf orderungen einer 
St euergeraet e - Kopplung im Kraft fahrzeug nur ungenuegend 
beruecksl cht Igt . 



2.1 Waehrend in der Nachrichten- und Rechnert echn ik 
insbesondere groessere Datenpakete uebertragen werdent 
sind die typischen Laengen der Datenpakete im 
Kraft fahrzeug klein. Im Auto werden zwischen 
St euergeraet en f Sensoren und Stellern vorzugsweise 
Messwertef Zwischenergebnisse von Rechena Igor i thmen und 
Signals zur zeitlfchen Synchronisation ausgetauscM. Die 
Entwicklung eines fuer diese Anwendungen geeigneten 
Uebertr agungsprotokol Is fuehrt zwangs I aeuf i g zu anderen 
Ergebn issen . 



2.2 Die Steuerungen im Auto arbeiten unter 

Echtzsi tbedingungent d.h. die Rechenoperat ionen und 
St euere i ngri f f e muessen in bestimmten Zeitfenstern 
erfolgenf schr it thai tend mit den Prozessen, Fuer das 
lokale Netzwerk ergibt sich tiaraus die Forderungf dass die 
Uebertragungslei tung nach einer kurzen Latenzzeit Ctypisch 
200 Mikrosekunden) fuer wichtige Botschaften frei sein 
mussf urn zulange Verzoegerungen zu vermeiden. 

Beim genormten Ethernet - Protokoll dauert demgegenueber 
allein die Uebertragung einer einzigen Botschaft 
fflindestens 580 Mikrosekunden i trotz der hohen 
Uebertr agungsrat e von 10 MHz. Erst nach dieser Zeit ist 
der Bus zur Uebertragung weiterer Botschaften frei. 
Beginnen dann mehrere Bust e i I nehmer gleichzeitig mit der 
Uebertragung? so kommt es zu einer Kollision mehrerer 
Botschaften auf dem Netzwerk. Der Zugrif fskonf I ikt wird 
geloestt indem sich zunaechst alle Sender zurueck z i ehen 
und erst nach einer st at ist ischen Wartezeit erneut mit der 
Uebertragung beginnen. Durch diese Massnahmen sind jedoch 
auch wiederholte Buszugr if f skonf I ikt e nicht 

auszuschl i essen . Dadurch wird das zuver laessige Einhalten 
von harten Ze itbedingungen i wie bei Kraf tf ahrzeug 
Steuerungen erf order I ichi unmoeglich. 



2.3 Kraf tf ahrzeuge werden je nach Wunsch des Kaeufers mit 
einem unterschiedl ichen Ausst at tungsumf ang ausgeruest et » 
Die Konf igurat ion eines lokalen Netzwerkes und die Zahl 
seiner Teilnehmer muss deshalb auf einfache Meise 
aenderbar sein. Insbesondere ist es wichtigi dass die 
bereits am Netzwerk angeschlossenen Rechner mit 
unveraendert em Programm arbeiten koennem wenn sich an der 
von ihnen realisierten Funktion nichts aendert . Das 
Uebertr agungssyst em muss so konzipiert seini dass ueber 
die bestehenden* funktionalen Verknuepf ungen zwischen 
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St euergeraet en hinaus kelne weiteren? durch das 
BusprotokoLl bedingten Abhaengigke i ten eingefuehrt werden 
muessen. Diese Forderung 1st bei keinem der bekannten 
Schni ttste I len - Bausteinen erfuellt. 

Z.B. werden bei DDB In jeder Botschaft die Sender- und 
Empfaenger- Adressen angegeben. Kommx ein welterer 
Netzwerk - Telnehmer hinzui der auch berelts auf dem Bus 
uebertragene Daten benoetigti so muss in ent sprechenden ? 
berelts vorhandenen Tellnehmern die neue Adresse ergaenzt 
werden. Zusaetzllch muessen die berelts zu anderen 
Teilnehraern uebertragenen Daten noohmals auch zu den neuen 
gesendet werden. Obwoh von der logischen Struktur nicht 
erf orderl 1ch» erhaelt man eine grosse Vielzahl von 
Programmvar 1 anten . 



2.4 Viele bekannte Netzwerke (z.B. auf Basis Intel 
Mi kroprozessor 8044i HDLC/SDLC - Protokoll) arbelten nach 
dem sogenannten Master / Slave - Prinzipi dh. nur einer 
der Telnehmer (der Master) hat zu einem Zeitpunkt die 
Berechtigung zum Buszugrlff. Damit umgeht man die sonst 
V erf order I iche Arbi tr lerung. 

Im allgemeinen wird die Master - Eigenschaft nacheinander 
an alle Bus - Teilnehmer we i t ergegeben • Bei Automobil 
Anwendungen ist ein derartiges Verfahren aber nachteilig. 
Ein Teilnehmer kann naemlich nur dann senden? wenn er 
gerade im Besltz der Sendetaerecht 1 gung ist. Dadurch 
koennen ggf. nicht tolerierbar lange Wartezeiten in den 
Slaves entstehenf bis eine Botschaf' hoher Prioritaet 
uebertragen wird. 



2.5 Unguenstig ist das Master / Slave - Konzept auch bei 
elektromagnet ischen Stoerungens mit denen Im Kraf t f ahrzeug 
bekanntllch gerechnet werden muss. Dabel kann z.B. die 
Sendeberecht igung durch eine Stoerung verloren gehen cder 
Irrtuemt icherweise ein welterer Teilnehmer gleichzeitig 
eine Sendeberecht 1 gung erlangen. 

Die Bewaeltigung solcher Stoerfaelle ist zwar im Prinzip 
moeglichf erfordert aber viel Zelt (Busausf a 1 1 ze 1 1 j CPU - 
Rechenzelt) und Aufwand CHardware/Sof ware) i was im 
Hinblick auf die Echtzelt - Anf orderungen der 
St euergeraet e nicht zugebilligt werden kann. 



2.6 Ein Problem bei vielen bekannten Netzwerken ist die 
Synchronisation von Ereignissen. Sollen z.B. durch 
Uebertragungh einer Botschaft In zwei Oder mehreren 
Tellnehmern gleichzeitig Aktionen ausgeloest werdeni so 
muss die Botschaft von alien Im genau gleichen Augenblick 
empfangen werden. Bel der sonst ueblichem zeitlich 
auf einanderf olgenden Uebertragung von Botschaften zu den 
einzelnen Empfaengern (Punkt zu Punkt - Verblndung) 1st 
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die Gleichzeit igkeit des Empfangs einer gueltfgen 
Botschaft prinzipiell nicht zu erreichen. 



2.7 In Kfz - Netzwerken sind haeuf ig gteiche Botschaften an 
verschiedene Empfaenger zu senden. Der gle ichze i t Ige 
Empfang durch alle angesprochenen Teilnehmer- wuerde in 
diesen Faellen die BeLegung des Netzwerkes betraecht 1 1 ch 
reduzieren. Dieses Vorgehen wird aber von den bekannten 
Schnlttstellen - Bausteinen nicht unt erstuet zt . 



2.8 Neizwerke im Kraf t f ahrzeug arbeiten in einer 
ausserordent I ich stark gestoerten Umgebung, Zur 
Reduzierung der unerkannten Uebertragungsf ehler ist 
deshalfa eine le istungsf aehige Feh I ererk ennung 

erf order I ichf so dass im Bedarfsfall eine Uebertragung 
wiederhoLt werden kann. Einfache Algorithraen wie die 
zusaetzliche Uebertragung von Quersummen - Bits erkennen 
nur Einzelfehler und sind nicht ausreichend bei den iffl 
Auto vorherschenden Buesche 1st oerungen . 

Selbst die auf wendigeren der heute bekannten Protokolle 
sind nicht in der Lagei ohne zusaetzliche 
Absi cherungsprograinffle auf Benut zerebene (z.B. Mehrfach 
-Uebertragung) eine ausre i chende Uebertragungssicherhe i t 
iflj Kraf tf ahrzeug zu gewaehrleist en. So kann beim HDLC 
ProtokoU bereits ein Einzelbit - Fehler zu einer nicht 
erkennbaren Verf ae Ischung der Botschaft fuehrem obwohl 
diese durch einen CRC-Check von 16 Bit Laenge abgesichert 
wird. 



2.9 Ufli eine WiederhoLung im Fehlerfall veranlass&n zu koennen? 
muss der Sender von alien Empfaengern eine Rueckmeldung 
ueber den korrekten Empfang der Botschaft erhalten. In den 
Punkten 2,6 und 2.7 wurde dargelegti dass es von 
erheblichem Vorteil isti die Botschaften gleichzeitig von 
mehreren Teinehmern empfangen zu koennen. Die 
Rueckme Idungen duerfen nun aber nicht wie bei bekannten 
Protokolten in einzelnen» auf einaderf olgenden Botschaften 
Oder Te 1 Ibotschaf ten erfolgen. Eine konsistentef 
g I e i chze i t i ge Behandlung der Daten durch die 
angesprochenen Bus - Teilnehmer ist in diesem Falle nicht 
zu gewaehr I e isten . 



2.10 Stoerungen in Kfz werden haeufig nur lokal wirksam. 
Auf grund der endl i chen Ausbre i t ungsgeschwi ndigke i t 
e lektromagnet ischer Wellen kann es z.B. vorkommen» dass 
nur ein Teil der Empfaenger in einem bestlmmten 
Zei t intervall verfaelschte Pegel auf dem Bus abtastet. Bei 
gl eichze i t igem Empfang einer Botschaft durch mehrere 
Teilnehmer koennte es also vorkommen? dass ein Teil der 
Empfaenger gueltigei der andere Teil verfaelschte 
Botschaften empfaengt. Dies darf nicht dazu fuehrem dass 
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in einem soLchen FehlerfaU bereits einige Teilnehmer die 
Botschaft bearbeiten und damit ein synchronss Vorgehen 
alter Bus - Teilnehmer nicht mehr zustande kommt. 



2,11 Die ara lokalen Netzwerk angeschlossenen Teilnehmer muessen 
entscheideni ob sie eine gerade uebertragene Botschaft 
empfangen wollen oder nicht. Aufgrund der starken 
Auslastung der Rechner durch Echtzeit - Aufgaben muss 
diese Entscheidung unbedingt per Hardware erfolgen. Bisher 
bekannte Schn i ttst el len - Bausteine fuer Mikrocomputer 
treffen diese Auswahlentsche idung nur an Hand der eigenen 
Tei Inehmeradresse. Neben den bereits in Punkt 2-6 und 2.7 
aufgefuehrten Nachteilen eines sochen Vorgehens wird der 
Rechner darueberh i naus stark mit dem Einordnen und 
inhaltsabhaengigen Ataspeichern der Botschaften belastet. 
Die Rechner werden erst dann wirksam entlastet? wenn der 
Schni ttstel len - Baustein empfangene Daten gleich 
inhaltsabhaengig in den zugeordneten Speicherzellen 
ablegt • 



2.12 Zur Kodierung der im Kfz zu uebertragenden Daten wird 
abhaengig von der Anwendung eine unt ersch i ed U che Anzahl 
von Bits verwendet. Unabhaengig von der Laenge der Daten 
muss jedoch sichergestellt werdem dass diese vom 
Schnittstel len - Baustein und vom angeschlossenen Rechner 
immer konsistent bearbeitet werden, Erfolgt z,B. die 
inhaltstaezogene Abspe i cherung der Oaten in mehreren 
Schritteni ' je nach Laenge der Datem so ist 
sichersustellen? dass bei zeilticher Ueber I agerung von 
Rechnerzuarif f und Uebertragung nicht alte und neue Daten 
derselben^Bedeutung (Kennung) unzulaessigerwe ise vermischt 
werden . 

Es werde z.B. eine Drehzahl in zwei Bytes codiert 
uebertraqen und vom Schn i ttst e 1 1 en - Baustein in zwei 
Speicherzellen abgelegt. Es darf dabei nicht passieren? 
dass der Rechner unerkannt das erste Byte der letzten und 
das zweite Byte der aktuellen Uebertragung ausUest und zu 
einer ungueltigen Drehzahl - Information zusammense t zt . 

2.13 An ein lokales Netzwerk sind viele Sende- und 
Efnpf anasschaltunqen angesch lossen . Die 
Ausf allwahrscheinl ichkei t des Netzwerkes steigt 
bekanntlich mit der Anzahl dieser Schaltungen. Es muss 
deshalb verhlndert werdem dass bereits der Ausfall eines 
einzelnen Teilnehmers das gesamte Netzwerk blockiert. 



2.14 Die galvanische Kopplung mehrererf raeumlich verteilter 
Steuergeraete fuehrt haeufig zu einer Bee 1 ntraecht igung 
deren Funktioni z.B. durch Ausgle 1 chsstroeme . 

Das Uebertragungsprotokol I fuer ein lokales Netzwerk im 
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Kfz muss so gestaltei seini dass nicht nur mit teuren 
L 1 cht I e i t ern 1 sondern auch bei Verwendung von 
Kupf er I e i t ern eine galvanische EntkoppLung reailsiert 
werden kann. 



2«15 In Kfz - Anwendungen muessen scwohl schnell als auch 
langsam sich veraendernde Daten uebertragen werden. Urn zu 
VBrhindierr\3 dass der Inf ormat lonsgehal t der schnell 
veraender I i Chen Daten nicht mehr aktuell isti wenn sie 
empfangen werdem muessen diese bevorzugt vor den anderen 
uebertragen werden. Deshalb muessen Buszugriffei die 
Bearbeitung der Uebertragungsanf orderungen im Sender und 
die Abarbeitung der enipfangenen Daten nach Prioritaeten 
geordnet erfolgen. Die Prioritaeten sind den einzelnen 
Botschaf ten i ndivf due 1 1 zuzuordnen . 



1st z.B. die Anforderung zur Uebertragung der 
Mot ort emperatur bereits erfolgtf die Uebertragung selbst 
ataer noch nicht geschehen? so muss dennoch die vorrangige 
Bearbeitung des nachtr aeg I i ch zur Uebertragung 
angemeldetent hoeher prioren Lastsignals sichergestel I t 
werden. Bei bekannten Schn 1 1 1 st e 1 1 en kann die 
Bearbe i tungsf olge nur vom Rechner per Programm festgelegt 
werden. Diese Vorgehenswe ise ist bei Mikrorechnerm die 
fuer Echtzeit - Aufgaben im Kfz eingesetzt werdem nicht 
moeglichi da die Rechenze i tbe I astung aufgrund der hohen 
Rate zu uebertragender Botschaften uner traegl i ch waere. 



3. Vorteile der Erf indung 



Das erf i ndungsgemaesse Verfahren mit den Merkmalen des 
Haupt anspruchs 1 hat gegenueber dem beschr i ebenen Stand der 
Technik den Vorteili dass eine schnelle und sichere 
Dat enuebert ragung zwischen den im Kraf t f ahrzeug instal I ierten 
Rechnern mit den besonderen Anf orderungen einer St euergeraete - 
Kopplung im Kraf t f ahrzeug moegtich ist. 



Dies wird dadurch erreicht? dass die zu uebertragenden 
Botschaften sich bezueglich ihres Inhalts und ihrer Bedeutung 
mit Hilfe eines Ident i f i z i erers selbst i dent i f 1 z i eren . 



Besonders vorteilhaft ist es dabeif dem Iden t i f i z i erer 
gleichzeitig eine Prioritaet zuzuordnen? wobei der 
Iden t i f i z i erer dann vorzugsweise am Anfang der zu 
uebertragenden Botschaf t steht. 



Eine weitere vorteilhafte We i t erb i Idung besteht daring dass der 
Iden t i f i z i erer Inhalte wie Adressem Daten? Sensors i gnale i 
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Stellgroesseni Zwischenergebnisse i Befehle fuer 

Synchronlsat ionenf Befehle zum Ausloesen von Aktionen» 
Drehzahli Drehzahlgradientem Mot ort emperatur i Last der 
Antriebsmaschinef Befehlsdaten wie ^^on einer 

Ant 1 -Block ier-Einri chtung oder einer Ant ischlupf e i nn chtung? 
usw. kennzelchnet . 



Weitere vorteilhafte We 1 1 erb 1 1dungen und Verbesserungen des im 
Hauptanspruch 1 angegetaenen Verfahrens ergeben sich aus den 
Unteranspruecheni sowie aus der Zeichnung und der zugehoerigen 
Beschre Ibung. 



Das erf indungsgemaesse Verfahren mit den Merkmalen des 
Hauptanspruchs"? hat gegenueber dem beschr i ebenen Stand der 
Technik den Vorteili dass eine schnelle und sichere 
Datenuebertragung zwischen den im Kraf t f ahrzeug i nst a 1 1 1 ert en 
Rechnern mit den besonderen Anf orderungen einer Steuergeraete - 
Kopplung Im Kraf tf ahrzeug moeglich ist. 



Dies wird dadurch erreichti dass die zu uebertragende Botschaft 
mit einem definierten Bitrauster anfaengt» dieses Bitmuster in 
eine Fehlererkennung einbezogen wird und auf das Kontrollwort 
der Fehlererkennung ein Bitmuster folgti das zum 
Anf angsbitmuster kofflplement aer ist. 



Besonders vorteilhaft ist es dabeii das Kontrollwort der 
r ehlererkennung durch die Mul t ipl ikat ion eines Senerator - 
Polynoffls mit dem Restk lassenpolynom <X + 1) zu erzeugen. 

Weitere vorteilhafte We i terbi Idungen und Verbesserungen des im 
Hauptanspruch 7 angegebenen Verfahrens ergeben sich aus den 
Unteranspruechem sowie aus der Zeichnung und der zugehoerigen 
Beschre ibung. 



Das erf indungsgemaesse Verfahren mit den Merkmalen des 
Hauptanspruchs"? hat gegenueber dem beschr i ebenen Stand der 
Technik den Vorteili d^ss eine schnelle und sichere 
Datenuebertragung zwischen den im Kraf t f ahrzeug 1 nstal I iert en 
Rechnern mit den besonderen Anf orderungen einer Steuergeraete - 
Kopplung im Kraf tf ahrzeug moeglich ist. 

Dies wird dadurch erreichti xiass auf der die wenigstens zwei 
Rechner verbindenden Leitung dominante und resessive Zustaende 
uefaertragen werden und dass eine Fehlerme Idung aus einer 
einzigeni mit der bei der Uefaertragung der Botschaft 
auftretenden Zust andsf olge nicht zu verwechselnden 

Zust andsf olge dominanter Zustaende besteht. 
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Besonders vorteilhaft ist es dabe1» dass die Fehlerme Idung zu 
jedem beliebigen Zeitpunkt und von jedem Tellnehmen der mit 
der Leitung gekoppelt Isti abgegeben werden kann. Weiter 
besteht ein Vorteil darim dass das Ende der Fehlermeldungf 
bzw. das Ende der letzten Fehlerfiieldung zur zeitlichen 
Synchronisation aUer Tellnehmer verwendet wird. 



Weltere vorteilhafte Ue i t erb i Idungen und Verbesserungen des im 
Haupt anspruch 9 angegebenen V^rf ahrQns ergefaen sich aus den 
Unt eranspruechen 1 sowie aus der Zeichnung und der zugehoerigen 
Beschre ibung. 



Das erf i ndungsgemaesse Verfahren mft den Merkmalen des 
Haupt anspruchs 16 hat gegenueber dem beschr iebenen Stand der 
Technik den Vorteili dass eine schnelle und sichere 
Dat enuebertragung zwlschen den im Kraft fahrzeug i nstal I 1 ert en 
Rechnern fflit den besonderen An f orderungen einer Steuergeraet e - 
Kopplung im Kraft fahrzeug moeglich ist. 



Dies wird dadurch erreichti dass jeder Teilnehmer alle 
Botschaften empfaengti jedoch nur die fuer ihn retevante 
Botschaft we i t erverarbe i t et f wobei die relevanten Botschaften 
bei jedem Tellnehmer mit Hilfe einer Liste mit den empfangenen 
Botschaften in Beziehung gebracht werden. 



Besonders vorteilhaft ist es dabeif dass die Reihenfolge der 
Liste fuer die interne We i terverarfae i tung im Teilnehmer 
prior i t aet-best iramend ist. Ein weiterer Vorteil besteht darins 
dass die in den Botschaften enthaltenen Inf ormat ionen in 
Abhaengigke i t in der jedem Teilnehmer vorliegenden Liste in 
Spe i cherze I I en uebertragbar sind und dem Teilnehmer zur 
Ue i t erverarbe i tung zur Verfuegung stehen. 



Weitere vorteilhafte We i t erb i Idungen und Verbesserungen des im 
Haupt anspruch 16 angegebenen Verfahrens ergeben sich aus den 
Unteranspruechen ? sowie aus der Zeichnung und der zugehoerigen 
Beschre ibung. 



Das erf i ndungsgemaesse Verfahren mit den Merkmalen des 
Haupt anspruchs 25 hat gegenueber dem beschr i ebenen Stand der 
Technik den Vorteili dass eine schnelle und sichere 
Dat enuebertragung zwlschen den im Kraft fahrzeug i nstal I i ert en 
Rechnern mit den besonderen Anf orderungen einer St euergeraet e - 
Kopplung moeglich ist. 



Dies wird dadurch erreichti dass jeder Teilnehmer den zu 
ueber tragenden Botschaften mittels einer Liste eine Prioritaet 
zuordnet'und in jedem Zeitpunkt die Liste die Prioritaet der im 
Teilnehmer zur Uebertragung bere i tst ehenden Botschaften 
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best Immt . 



Besonders vorleilhaft ist es dabeii dass der Liste weitere 
Inf ormat lonen insbesondere bezuegllch des 

Uebertragungszustandes und bezuegl i ch 

Uebertragungsanf orderungen zugeordnet sind. Weiter ist es 
vorteilhafti f ehlerbehaf t ete Uebertragungen zu erf assen und zu 
registrieren und die Uebertragung bei auf getret enen Fehlern zu 
wiederholen. 



Bei einer weiteren vortei lhaf ten We i t erbi Idung handelt es sich 
darumi dass jedem Teilnehmer ein bestimmter maximaler Teil der 
Uebertragungskapazitaet der Leitung zugeordnet wird. Eine 
weitere vorteilhafte Moeglichkeit besteht darin? dass nach dem 
Auftreten einer bestimmten Anzahl von Feh I erme Idungen einss 
bestimmten Teilnehmers sich dieser Teilnehmer 

sendesignalmaessig von der Leitung abkoppelt. 

Weitere vorteilhafte We i t erbi Idungen und Verbesserungen des im 
Hauptanspruch 25 angegetaenen Verfahrens ergebsn sich ays den 
Unt eranspruechen sowie aus der Zeichnung und der zugehoerigen 
Beschre ibung. 



Das erf i ndungsaemaesse Verfahren mit den Merkmalen des 
Haupt anspruchs 33 hat- gegenueber dem beschr i ebenen Stand der 
Technik den Vorteil* dass eine schnelle und sichere 
Dat enuebertraaung zwischen den im Kraf t f ahrzeug instaUierten 
Rechnern mit den^besonderen Anf orderungen einer Steuerger ae t e - 
Kopplung im Kraf t f ahrzeug rooeglich ist. 

Dies wird dadurch erreicht* dass bei dem erf i ndungsgemaesse n 
Verfahren zur Uebertragung von zweiwertigen Inf ormat ionen der 
eine Inf ormat i onswert durch einen konstanten Signalpegel? der 
andere Inf ormat ionswert mit alternierenden Signalpegeln 
uebertragen wird. 

Besonders vorteilhaft ist es dabeii die alternierenden 
Signalpegel gleichzeitig zur FehL ererkennung heranzuz i ehen • 



Weitere vorteilhafte We iterbi Idungen und Verbesserungen des Im 
Hauptanspruch 33 angegebenen Verfahrens ergeben sich aus den 
Unt eranspruechen 1 sowie aus der Zeichnung und der zugehoerigen 
Beschre ibung. 



4 . Ausf uehrungsbe isp i e I 
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4rl. Auflistung der elnzelnen Figuren der Zeichnung 



Fig. l: Ausf uehrungsbe i sp 1 e I fuer Uneare Busstruktur 

Fig. 22 Beispiel fuer galvanisch gekoppeltei 

asymmetr ische Ansteuerung der Busteitung 

Fig. 3: Beispiel fuer galvanisch gekoppeltet 

symmetrische Ansteuerung der Busleitung 

Fig. 45 Beispiel fuer galvanisch getrenntei 

symmetrische Ansteuerung mit Uebertrager 

Fig. 3: Ausf uehrungsbe ispi el fuer Lichtleiter - Stern 

Fig. 6! Ausf uehrungsbelspiel fuer Lichtleiter - Bus 

Fig. 75 Aufbau einer Botschaft 

Fig. 8: Aufbau CONTROL-FIELD 

Fig. 9! Aufbau CRC-FIELO 

Fig. 10: Aufbau einer Fehlermeldung 

Fig, lis Blockschal tbi Id des Schn i ttste I len-Bauste i ns 



4.2. Physikal ische Realisierung 



Tabelle 1 zeigt die raoeglichen Bustopo logi en » Ankopplunqs- und 
Lb itungsarten in Abhaeng igke i t von dem gewaehlten 
Uebertragungsmedium . 
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Tabelle 1 



Uebertragungs- I f 








medium 1 1 
1 1 


Bustopologie 1 
1 


Ankopplung 


1 Leitungsart 1 
1 1 


j ] 


linearer Bus 1 


galvanlsch 


1 Le it ungspaar 1 


Elektr. Lei ten 1 1 




1 ndukt i V 


f verdrilltes 1 




Stern 1 


Optokoppler 


1 Le i tungspaar 1 








1 Koaxialkabel 1 


Licht lelter i 1 


llnearer Bus 1 


e I ektro- 


1 Glasfasern \ 






opt ische 


1 Kunsstoff- 1 




Stern mit 1 


Wandl er 


1 fasern 1 




zentr. Kopplerl 







Uebertragungsart : Zeitmultlplex 

Bas isbanduebertragung 

Zugrif f sart ' Mult imast er-Pr i nz ip 

deterministische Buszut e i lung 

raeumliche Ausdehnungs von Uebertragungsrat e abhaengig 



Das vorgestellte Bussystem kann genau dann realisiert werdeni 
wenn auf dem Uebertragungsmedium zwei Zustaende mit den 
Eigenschaf t en dominant bzw. rezessiv moeglich sind. 



Beispiele hierfuer sinds 



I Parallel- I I I 
I Impedanz I Energie I Und-Qatter I 
+ + + + 

I I i I 

dominant I niederohraig I vorhanden I 0 I 

I I I I 

rszessiv I hochohmlg \ nicht vorh. I 1 I 

I I i i 
+ + + + 



Beispiele fuer Impedanz: 



Schalter geschlossen / offen 
Transistor leitend / nichtleitend 



Beispiele fuer Energie : 



Spannung liegt an / liegt nicht an 
Licht an / aus 



Fig. 1 zeigt die Ausfuehrung als lineares Bussystem. Das. System 
besteht aus einer durchgehenden Busleitung (,f\dernpaar Oder 
Lichtleiter) und Ansch luss I e i t ungen i die zu den einzelnen 
Te i Inehmern gehen . 



Fig. 2 zeigt eine Ausfuehrung mit galvanischer Ankopplung an 
die Busleitung. Die Treiber sind steuerbare Schalter? 
realisiert durch Transistoren (Open-Col lector-Ankopplung) . Als 
Busleitung dient ein Zweidraht leitung Oder ein Koaxkabel. Die 
Ansteuerung erfolgt asymmetrisch. Am Ende der Busleitung wird 
ueber Wfderstaende eine Versorgungsspannung angelegt. Der 
dominante Buszustand liegt dann von wenn mindestens ein 
Tre ibertransistor leitet. 



Fig. 3 zeigt eine Ausfuehrung* bei der als Sendetreiber zwei 
kompl ement aere Tre ibertransistoren eingesetzt werdem die 
gleichzeitig leitend bzw. sperrend gesteuert werden. Die 
Leitung wird dadurch symmetrisch angesteuert. Der Vorteil 
dieser Anordnung liegt in einer hoeheren Stoerf est igke i t und in 
e i ner n iedr i geren Stoerabstrahlung. 
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Bei den oben qezelgten Ausf uehrungen ist die Busleitung 
galvanisch mit den einzelnen Stationen verbunden, Dadurch 
koennen in elektrisch bzw. in e I ektromagne t isch gestoerter 
Umgebung Probleme auftretem wenn die Stationen ueber weitere 
Leitungen (z.B. Stromversorgungen) verkoppelt sind. Die 
foLgenden Beispiele weisen diesen NachteiL nicht auf. 



Fig. 4 zeigt eine Ausfuehrungi bei der zur galvanischen 
Trennung Uebertrager eingesetzt werden. Ore Gle i chstromf re ihe i t 
wird durch eine Biphase-Kodi erung gewonnen. Der rezessive 
Buszustand wird durch Abkopplung alter Uebertrager von ihren 
Trelbern erreicht (Treitaer hochohmig schalten). Der domlnante 
Buszustand wird durch das Aufschalten eines posit iven oder 
eines negativen Impulses auf mindestens einen der Uebertrager 
erreicht. Die Synchron i s i erung der Impulspolar i taet geschieht 
ueber die Festlegung der Startbi tpolar i taet . 



Eine weitere Ausfuehrung mit galvanisch getrennter Ankopplung 
kann durch den Einsatz von Optokopplern erreicht werden. 
Besonders einfach wird dies durch den Einsatz von Optokopplern 
roit Open-Col lector-Ausgaengen. 



Fig. 5 zeigt als Beispiel fuer eine Ausfuehrung mit 
Lichtleitern ein Sternsystem mit einem zentralen optischen 
Koppler. Die Verkopplung kann passiv oder mit e I ektroopt i schen 
Wandlern ausgefuehrt werden. 

Dominanter Buszustand! mindestens eine Sendediode leuchtet. 
Rezessiver Buszustand: alle Sendedioden dunkel. 



Fig. 6. zeigt als Beispiel fuer eine Ausfuehrung mit 
Lichtleitern ein Linear.es Bussystem. Die Aschlussleitungen sind 
mit der zentralen Busleitung so verbundem dass zur Ein- und 
Auskopplung von Licht keine aufwendigen passiven oder 
elektroopt ischen Wandler benoetigt werden. Ein Beispiel ist die 
Verschme I zung von zentraler Busleitung und Anschlussl e i tung. 
Dominanter Buszustand: mindestens eine Sendediode leuchtet. 
Rezessiver Buszustand: alle Sendedioden dunkel. 
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4.3. Uebertragungsprotokol I 



Eine Botschaft faesteht aus den Bitfeldern START-OF-FRAME i 
IDENTIFIER* CONTROL-FIELD i DATA-FIELDi CRC-FIELDi ACK-FIELD» 
END-OF-FRAME und INTERMISSION (siehe Fig. 6) 



HINWEIS: 

In dieser Beschreibung werden die 
Begriffe HIGH und LOM 1m Sinne 
logischer Pegel verwendel. 

Waehrend HIGH in seiner Wirkung 
auf dem Bus rezesslv ist» 1st LOW 
dominant. Das hat zur Folgei dass 
von alien Bust e i Inehmern LOU 
empfangen wird» sofern raindestens 
einer von mehreren Bustei Inehmern 
LOW sendet. 



START-OF-FRAliE 

markiert den Botschaf tsanf ang und besteht aus einem 
einzigen LOW Bit. 

Ein Buste 1 Inehmer darf nur im Zustand BUS-IDLE Csiehe 
Abschnitt 4.5)f d-h. wenn der Bus frel isti die 
Uebertragung einer Botschaft beglnnen. Alle Empfaenger 
synchron isi eren sich auf die fuehrendei durch 
START-OF-FRAME verursachte Flanke . 



IDENTIFIER 

kennzeichnet den Inhalt des 
Sinne eines Naraens und einer 



Datenfeldes (DATA-FIELD) im 
Pr ior i taet . 



Der IDENTIFIER hat nicht zwangslaeuf ig die Bedeutung einer 
Adressef die einen einzigen Empfaenger aus einer Vielzahl 
von Bust e i Inehmern bestimmt. Ob eine korrekt empfangene 
Botschaft von den Bust e i I nehmern welter bearbeitet wird 
Oder nichtj wird aussch I i essl i ch durch das 

AKZEPTANZ-FILTER (siehe Abschnitt 4.7-1.1.3. ) eines jeden 
Bust e i Inehmers bestimmt. Aus der Sicht eines Senders gibt 
es deshalb keinen Unterschled zischen einer Punkt zu Punkt 
- Uebertragung und der gle 1 chze 1 t igen Ansprache einiger 
Oder aller Bust e i Inehmer . 
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Bei gleichseit igem Buszugrlff mehrerer Sender wird 
waehrend der Arb i tr i erungsphase anhand der Prloritaet 
bestlmmtf welcher der Sender das Recht zur weiteren 
Uebertragung der Botschaft erhaeLt (slehe Abschnitt 4.4*) . 



Im vorliegenden Ausf uehrungsbeispiel ist der IDENTIFIZR 
acht Bit lang. 

( IFL = IDENTIFIER-FIELD-LENGTH = B ) 



CONTROL-FIELD 

umf asst die B i t f e Ider REMOTE-TRANSMISSION-REQUEST > 
DATA-BYTE-CODE und fuer zukuenftige Erwe i t erungen 
reservierte Bits, 

REMOTE-TRANSMISSION-REQUEST zeigt ant ob durch die 
entsprechende Botschaft Daten uebertragen oder angefordert 
werden so 1 1 en . DATA-BYTE-CODE enthaelt Information ueber 
die Laenge des Datenfeldes. 

In dem vorliegenden Ausf uehrungsbe isp i e I ist das 
CONTROL-FIELD acht Bit lang. 
(CFL = C0NTROL-F1ELD-LEN6TH = 8) 



DATA-FIELD 

enthaelt die zu uebertragende Information? deren Bedeutung 
durch den IDENTIFIER festqelegt ist. Die Laenge dieses 
Feldes (DATA-BYTE-COUNT) 1st variabel und kann zB. ein» 
zweif vier oder acht Bytes betragen. 

DATA-BYTE-COUNT = 2 ** DATA-BYTE-CODE 

DFL = DATA-FIELD-LENGTH = B * DATA-BYTE-COUNT 



CRC-FIELD 

Dieses Bitfeld enthaelt das mittels eines Generator - 
Polynoms erzeugte Kontrollwort CCRC-SEQUENCE) » es wird mit 
einem CRC-DELIMITER abgeschlossen (Fig. 9). 

Das Generator - Polynom ist fuer kleine Botschaf tslaengen 
(kleiner 120 zu sichernde Bits) ausgewaehltt womit eine 
hoehere Hamming - Distanz erreicht wird wie bei der 
Absicherung langer Botschaften mit der gleichen Anzahl von 
Kontrol Ibits. 



In dem vorllegenden Ausf uehrungsbe ispi e I ist die 

CRC-SEQUENCE 15 Bits ianq. 

(CRCL = CRC-SEQUENCE-LEN6TH « 15) 

Durch das KontroLlwort werden die Felder START-OF-FRAME i 
IDENTIFIER I CONTROL-FIELD? DATA-FIELD und CRC-SEQUENCE 
Cohne CRC-DELIMITER) gesichert. 



CRC-DELIMITER 

Der CRC-DELIMITER besteht aus einem HIGH Bit? er folgt auf 
das CRC - Kontrollwort und schliesst das CRC-FIELD ab . 

Zyktische Codes koennen solche Fehler nicht aufdeckeni die 
sich auf die zykUsche Verschiebung des gesatnten 
Codewortes (zu sichernde Bits und Sicherungsbi ts) 
zurueckf uehren lassen. Eine zykLische Verschiebung ergibt 
naemlich wieder ein gueltiges Codewort. 

Wird jedoch das Bit START-OF-FRAME » das per Definition LOW 
ist? in das Codewort einbezogeni kann jede Rotation des 
Codewortes daran erkannt werden? dass das CRC-FIELD nicht 
mit HIGH abgeschlossen wird. 



ACK-FIELD 

Alle Empfaenger teilen dem Sender den Empfang einer 
korrekten Botschaft dadurch mit? dass sie als erstes Bit 
in diesem Fenster ein LOW - Bit usbertragen. Als zweites 
Bit wird HIGH ( ACK-DELIMITER) uebertragen. Der Sender kann 
auf diese Art und Weise erkennen? ob zumindestens einer 
der Buste i Inehraer die Botschaft fehlerfrei empfangen hat. 

Alle diejenigen Bust e i Inehmer i die eine fehlerhafte 
Botschaft empfanqen habeni melden dies mittels eines 
ERROR-FLAG. 

Erhaelt der Sender keine Bestaetigung fuer den korrekten 
Empfang seiner Botschaft durch zumindest einen Empfaengen 
so setzt er selbst eine Fehlermeldung ab. 



END-OF-FRAME 

besteht aus einer ununt erbrochenen Folge von HIGH Bits und 
steht am Ende einer jeden Botschaft. 

Die Laenge von END-OF-FRAME ist so zu waehlen? dass all 
diejenigen Empfaengen die aufgrund einer fehlerhaften 
Ubertragung der Lae ngen i nf ormat i on an dieser Stelle Daten 
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erwartenf bereits beifli zweitletzten Bit von END-OF-FRAME 
einen Stuff ehler feststellen (siehe KODIERUNG) • 
Unabhaengig von vorangegangenen Uebertragungsf ehlern kann 
so jeder Bust e i Inehmer das Ende einer Botschaft erkennen. 

Tastet der Sender waehrend ENO-OF-FRAME zumindest ein LOW 
Bit (zB. Bit von ERROR--FLAS) auf dem Bus abi so w:rd dies 
von dem zuletzt aktiven Sender als Reaktion auf die soeben 
von ihm uebertragene Botschaft angesehen. Dadurch besteht 
eine eindeutige Zuordnung von Feh I erme Idungen i auch wenn 
der Fehlerzust and erst mit der Uebertragung des 
zweitletzten Bits einer Botschaft durch einen der 
Empfaenger erkannt wird. 

In dem vorliegenden Ausf uehrungsbe ispi e I ist EN.-OF-FRAME 
sieb^n Bits lang. 

<EOFL = END-OF-FRAME-LENQTH = 7) 



INTERMISSION 

besteht aus einer ununt erbrochenen Folge von HIGH Bits. In 
dieser Zeit darf keiner der Buste i Inehmer die Uebertragung 
einer neuen Botschaft beginnen. 

Waehrend INTERMISSION hat jeder Empfaenger die 
Moegl i chke i t I eine Ueberlastung (fehlende Empf angsbere i t- 
schaft) durch Senden eines ERROR-FLAG zu meldem so dass 
das Absenden der naechsten Botschaft verzoegert wirdj bis 
alle Empfaenger wieder bereit sind, 

Eine in INTERMISSION fallende Fehlerme Idung wird genauso 
wie die in andere Bitfelder fallenden Feh I erme Idungen 
behandelt, Eine Wiederholung der vorangegangenen Botschaft 
durch den en tsprechenden Sender erfolgt jedoch nicht. 

In dem vorliegenden Ausf uehrungsbe isp i e I ist INTERMISSION 
drei Bit lanq. 

<IML = INTERMISSION-LENGTH = 3) 



BUS-IDLE 

Der Bus ist freii wenn er nach Ablauf von INTERMISSION 
weiterhin HIGH - Pegel fuehrt. Der Zustand BUS-IDLE kann 
von beliebiger Dauer sein. Der Empfang eines LOW Bits wird 
als START-OF-FRAME i nt erpret i er t . 
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Eine Fehlerme Idung besteht aus dem Bitfeldern ERROR-FLAS 
und ERROR-DELIMITER (siehe Fig. 10) 



ERROR-FLAG 

besteht aus einer ununt erbrochenen Folge von LOW-Bits. 

Die Laenge der Folge ist so zu bestimmeni dass durch sie 
das Gesetz des 'Bitstuf f ing' verletzt wirdi das auf alle 
Bitfelder von START-OF-FRAME bis CRC~DELIMITER angewendet 
wird. Die anderen Bustei Inehmer reagieren darauf i indem 
sie selbst eine Fehlerme Idung senden. 

In dem vorliegenden Ausf uehrungsbe i spi e I ist das 
ERROR-FLAS sechs Bit lang. 
(EFL = ERROR-FLAS-LENSTH = 6) 



ERROR-DELIMITER 

Jede Fehlerme Idung wird mit einer ununt erbrochenen Folge 
von HIGH Bits abgeschlossen . 

Der Sendevorqang des ERROR-DELIMITER beginnti nachdem auch 
alle anderen Teilnehmer mit der Uebertragung des 
ERROR-FLAG fertig sind (LOW nach HIGH Uebergang auf dem 
Bus) • 

Im vorliegenden Ausf uehrungsbeispiel ist der 

ERROR-DELIMITER sieben Bit lang. 
(EDL = ERROR-DELIMITER-LENQTH = 7) 



4.4. Bus-Organ i sat ion 



Die Organisation des Busverkehrs beruht auf folgenden fuenf 
Regeln: 



(1> BUS-ZU6RIFF 



Die Bustei Inehmer duerfen nur im Zustand BUS-IDLE die 
Uebertragung einer Botschaft starten. 



Alle Efflpfaenger muessen auf die fuehrende Flanke von 
START-OF-FRAME synchron is i eren . 



(2) ARBITRIERUNS 

Beginnen zwei oder mehr Bust e i Inehmer gleichzeitig mit der 
Uebertragungi wird der Zugr i f f skonf I i kt durch einen 
Arbltr lerungsmechanlsmus auf Bliebene geloest. 

Maehrend der Arbitrierung vergleicht jeder Sender den 
Bitpegeli den er seLbst auf den Bus schrefbtf mit 
demjenigen? den er tatsaechlich auf dem Bus abtastet. ALle 
diejenigen Senden die nicht den von ihnen selbst 
gesendeten Buspegel vorfindent muessen die Ubertragung 
ohne auch nur etn weiteres Bit zu senden einstellen. Durch 
diese Verelnbarung kann der Arb i tr i erungsvorgang ablaufen? 
ohne dass irgendwelche Information auf dem Bus zerstoert 
wird. Derjenige Senden dessen Botschaft den IDENTIFIER 
mit der hoechsten Prioritaet aufwe1st» gewinnt den 
Buszugriff. Er uebertraegt die begonnene Botschaft zu 
Ende. 



(3) KODIERUNG 

Die Botschaf tssegmente START~OF-FIELD » IDENTIFIER! 
CONTROL-FIELDf DATA-FIELD und CRC-FIELD werden nach der 
Methode des Bitstuffing kodlerl. Treten in dem zu 
uebertragenden Datenstrom in unun t erbrochener Reihenfolge 
fuenf gleiche Bits auff so fuegt der Sender automatisch 
ein Bit mit umgekehrter Wertigkeit in den Bitstrom ein. 



(4) DEK0DIERUN6 

Die Botschaf tssegmente START-OF~FIELD i IDENTIFIER? 
CONTROL-FIELDf DATA-FIELD und CRC-FIELD werden nach der 
Methode des Bitstuffing kodiert. Empfaengt ein 
Bust e i Inehmer fuenf gleiche Bitpegel in unun t erbrochener 
Reihenfolge? so entfernt dieser das nachfotgende Stuffbit 
aus dem Bitstrom. Die Wertigkeit des Stopfblts muss invers 
zu der der voran gegangenen Bits sein (Fehl erpruef ung) . 



(5) FEHLERMELDUNG 
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Jeder Bust ei Inehmer i der einen Uebertragungsf ehler 
feststelLti teUt dies alien anderen Bust e i I nehraern roltf 
indem er sechs aufelnander folgende LOW Bits (ERROR-FLAG) 
sendet . 

Die Fehlermeldung erfolgt sofort nach einem erkannten 
Fehler? dh. beginnend mit dem au^ den Fehlerzust and 
folgenden Bit. Nur be i Erkennung eines CRC-Fehlers wird 
die Fehlermeldung erst drei Takte spaQiQr abgeschickt. 
Dadurch wird sichergeste 1 1 1 1 dass das ACK-FIELD nicht 
durch eine van einem CRC - Fehler ausgeloeste 
Fehlermeldung ueberschr i eben wird. 

Die Fehlermeldung wird durch einen Uebergang von LOW nach 
HieH nach mindestens sechs LOW Bits auf dem Bus beendet 
(siehe Zustandsdi agramm zur Fehlerbehandlung) 



<6) UEBERLAST 

Bei Ueberlastung (empfangene Botschaft ist noch nicht 
bearbeitet) hat jeder Bust e i I nehmer die Moegl i cht ke i t i 
durch Senden eines ERROR-FLAG waehrend INTERMISSION dies 
alien anderen Teilnehmern zu melden (siehe INTERMISSION). 



4.5. Zustandsdi agramme 



4.5.1. Er laeuterungen zu den Zust andsgraphen 



Jeder Recht eckrahmen stellt einen Syst emzustand dar. Die 
Uebergaenge zwischen den Zustaenden? die von Eingangs- und 
Zustandsvariablen abhaengem sind durch geriohtete 

Verbi ndungsl i n i en dargestellt. Die Zust andsuebergaenge erfolgen 
stets mit der aktiven Flanke des Bustaktes. Mit der gleichen 
Taktflanke warden Ausgangsdat en auf die Busleitung gelegt. Der 
t atsaechl iche Buspegel wird erst kurz vor der naechsten aktiven 
Bustakt f lanke abgetastet . 

Nach einem BUS-IDLE Zustand wird der Bustakt auf den naechsten 
Buspege luebergang von HIGH nach LOW synchron is i ert . 



Die Eingangs- und Zustandsvariablen koennen geordnet und zu 
einem Entsche idungsvekt or zusammengef asst werden. 
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Der Entsche 1 dungsvektor hat folgende Form: 

C BUS-MONITORi BUS-DRIVEi STUFFi COUNT? 

TX-REQUESTf CRC-ERRORi OVERLOAD ) 

Es bedeutet: 

BUS-MONITOR 

El ngangsvar 1 abl e f die den auf der Busleltung abgetasteten 
Loglkpegel wiederspiegelt • 

BUS-MONITOR = 0 enXsprn dominantem Buspegel (LOW) 
BUS-MONITOR ~ 1 entspr. rezessivem Buspegel (HIGH) 



BUS-DRIVE 

Zustandsvar iable f die den Logikpegel angibti der in diesem 
Zustand gesendet wird. 

BUS-DRIVE = 0 Sendepeqel dominant (LOW) 
BUS-DRIVE = 1 Sendepegel rezesslv (HIGH) 



STUFF 

E i ngangsvar 1 able 1 die angibti ob der Buspegel waehrend der 
letzten fuenf Abtasttakte konstant war. (fuenfmal LOW oder 
fuenfmal HIGH ), Der Pegelf den BUS-MONITOR angibti ist der 
aktuellste Wert dieser Fuenf erkett e . 



STUFF = 0 Buspegel hat gewechselt 
STUFF - 1 Buspegel war konstant 



COUNT 

Zust andsvar 1 ab I e f die angibt? ob der interne Zaehler (CNTR) 
abgelaufen ist, Dieser Zaehler wird nicht in alien 
Zustaenden benoetigt. Falls benoetigti wird der Zaehler 
beifli Uebergang in den ent sprechenden Zustand gesetzt. 
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COUNT = 0 Zaehler noch nicht abgelaufen ( CNTR <> 0 ) 
COUNT = 1 Zaehler abgelaufen < CNTR = 0 ) 



TX-REQUEST 

Eingangsvariable? die anglbtt ob eine Botschaft zum 
Absenden bereit liegti so dass an der naechsten 
Buszut e i lungsprozedur t e i Igenommen werden muss. 

TX-REQUEST = 0 Sendeauftraq liegt nicht vor 
TX-REQUEST = 1 Sendeauftrag Liegt vor 



CRC-ERROR 

Zustandsvari able! die anglbtj ob in der empfangenen 
Botschaft ein Uebertragungsf ehler vorlag. Die Variable wird 
nach dem Empfang des letzten Bits der CRC-SEQUENCE gesetzt. 

CRC-ERROR = 0 Empfang var fehlerfrei 
CRC-ERROR - 1 Uebertragungsf ehler 



OVERLOAD 

Zust andsvariable die angibtr ob die letzte erapfangene 
Botschaft von der Schn i 1 1 st e 1 1 en I og i k auf gearbe i t et werden 
konnte oder ob diese ueberlastet ist. 

OVERLOAD = 0 Empf angslogi k ueberlastet 
OVERLOAD = 1 Empf angslogik bereit 



hit dem Ent sche 1 dungsvektor ist eindeutig festgelegti in 
welchen Folgezustand geqangen wird. Der Zust andsgr aph kann 
deshalb mit'Hilfe der En t sche idungsvektoren beschrieben werden. 
1st fuer ein bestimmtes Element im Zust andsvekt or ein 'x' 
angegebem so bedeutet diesi dass die ent sprechende Variable 
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fuer die Entscheidung nicht relevant ist (die Variable darf 'O' 
Oder sein). 



4.5.2. Beschreibungsbeispiel fuer den Zustand BUS-IDLE 



Der Zustand BUS-IDLE ist der regulaere Folgesustand des 
Zustands TEST-INTERMISSION. Im Zustand BUS-IDLE wird stets der 
rezessive Sendepegel HIGH auf die Busleltung gelegt. 



Uebergaenge In Folgezufftaende: 



1) Entsche Idungsvektor (lilfl»xiO»xix): 

Dieser En t sche idungsvekt or bedeutet folgendes: 

Buspegel HIGH? Sendepegel HIGH? Bus war schon mind. fuenf 

Takte lang HIGH? Zaehler nicht retevanti keine 

Sendeanf orderungi Uebertragungsf ehler und Ueberlastung nicht 

relevant. Da keine Busaktion detektiert wurde und keine 

Sendeanf or*derung vorlagi ist der Folgezustand wieder 

BUS-IDLE. 



2) Entscheidungsvektor CI 1 1 1 1 1 x ? 1 » x • x> s 

Jetzt Uegt bei sonst gleichen Variablen wie in 1) eine 

Sendeanf orderung vor. Da die Busleitung frei ist» kann 

sofort mit dem Senden begonnen werden. Der Folgezustand ist 
also TRANSMIT-START-OF-FRAME. 



3) Entscheidungsvektor COilfOfXixixix): 

Auf der Busleitung wurde der Pegel LOW detektiert? das 
heisst? d^S5 mindestens ein and^r^r Bust e i I nehmer foegonnen 
hatf eine Botschaft zu uebertragen. Das detektierte LOW-Bit 
ist START-OF-FRAME. Der Folgezustand ist RECEIVE-IDENTIFIER . 



4) Alle weiteren Entsche idungsvektoren deuten auf eine 
Hardware-St oerung bzw. auf einen Hardware-Ausf al I innerhalb 
des Schn i t tste I lenbaust e ins hin. 



Entsprechendes gilt fuer alle at\d^r^r\ Syst emzus t aende » die in 
den Zustandsgraphen EMPFANGSMODUS i SENDEMODUS und 

FEHLER-BEHANDLUN6 beschrieben werden. 



Neben den Entsche idungsvekioren » die sich aufgrund von 
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Stoerungen auf der Busleitung ergebem werden nur die Vektoren 
aufgefuehrt? die bei f unkt i onsf aeh Iger Hardware auftreten 
koennen. Die restlichen Vektoren kann man entweder zur 
Vere inf achung des Steuerwerks ausnuetzten oder zur Erhoehung 
der Systems! cherheit In einem Zustand HARDWARE-ERROR behandeln. 



vom Zustand 
! TEST-INTERMISSION 
I 

V 

! 

+ >-o 

t i 

I V 

I I 

I + + + 

I I Zustand: t 

I I I JXllfXJX) 

+ < + BUS-IDLE + > 

(Iflili xtOf Xf X) I I 2um Zustand 

+ + + SEND-START-OF-FRAME 



I 

V 

I (Of 1 9O1 X I X I X I X) 

I 

I 

zum Zuatand I 
RECEIVE-IDENTIFIER 1 



4.5.3. Zustandsdiagramm EMPFANGS-MODUS 



Aus dem Zustand BUS-IDLE kommt man durch Erkennen von 
START-OF-FRAME auf dem Bus in den Zustand RECEIVE-IDENTIFIER. 
Bsiffl Zustandsueberqanq wird der Zaehler CNTR mit IFL=8 
(IDENTIFIER-FIELD-LENGTH) vorfaelegt. IFL gibt an wieviel 
Kennungsbits vereinbart wurden (siehe 4.3i IDENTIFIER). 

Mit jedem empfangegen Kennungsbit wird die Schleife des 
Zustands RECEIVE-IDENTIFIER einmal durchlaufen und der Zaehler 
wird dekrement iert . Tritt im IDENTIFIER ein Stuffbit auf i so 
erfolgt aufgrund von STUFF = 1 der Uebergang in den Zustand 
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I6N0RE-ID-STUFFB . Oort wird das Stuff bit ausgeb I. ende t . 1st 
danach immernoch STUFF - li so muss eine Ausnahmes i t uat i on 
vorliegen (Stoerung auf Busleitungi Fehl erme Idung eines anderen 
Teilnehmerst unerwartete Busruhe)? als Reaktion darauf wird in 
den Zustand ERROR-HANDLING gegangen. 1st jsdoch STUFF = Oi so 
kann der Ruecksprung in den Zustand RECEIVE-IDENTIFXER 
erf olgen. 



Nach Ablaufen des Zaehlers geht das System Centweder aus dem 

Zustand RECEIVE-IDENTIFIER oder I5N0RE-ID-STUFFB) in den 

Zustand RECEIVE-CONTROL-FIELD ueber. Hier wird der Zaehler mit 
CFL=:8 (CONTROL- FIELD--LENSTH) vorbelegt. 



Sind alle Bits des CONTROL-FIELDs empfangem so wird als 
naechstes in Zustand RECEIVE-DATA-FIELD das Datenfeld 
empfangen. Als Besonderheit gilt hien dass der Zaehler nicht 
mit einer Konstantenv sondern mit der Variablen DFL 
(DATA-FIELD-LEN6TH) vorbelegt wird. DFL kann die Merte 81 16j 
32 Oder 64 annehmen. 



Als naechstes wird im Zustand RECEIVE-CRC-SEQUENCE das 
CRC-Kontrol Iwort <CRC-SEQUENCE) empfangen, Hierzu wird 
zunaechst der Zaehler CNTR mit CRCL=15 (CRC-SE<aUENCE-LENGTH) 
vorbelegt. Nach dem Empfang des letsten CRC-Bits wird die 
Zustandsvar i able CRC-ERROR gesetzt <CRC-ERROR = 0 bedeutet kein 
Fehler? CRC-ERROR = 1 bedeutet Fehler im Uebertragungsrahmen) . 



Das CRC-Kontrol Iwort muss stets durch ein Bit (CRC-DELIMITER) 
mit dem Pegel HIGH abgesch lossen sein- Dies wird im Zustand 
RECEIVE-CRC-DELIMITER geprueft. Bei falschem Buspegel wird zum 
Zustand ERROR-HANDLING gesprungen. 



Im naechsten Bust ak t zyk lus muessen die Empfaengsr den Empfang 
der Botschaft bestaetigen. Dies geschieht im lusiand 
SEND-ACKN0WLED6E durch "^Senden eines Lt)W-Pegels fuer 
fehlerfreien Empfang bzw. durch Senden eines HIGH-Pegels im 
FehLerfalU Beim Entdecken des Buspegels HIGH wirdi falls der 
dominante Pegel LOW gesendet wurde i zum Zustand ERROR-HANDLING 
uebergegangen . 



Auf das erste Acknowledge-Bi t folgt der ACK-DELIMITER 1 der 
stets den Pegel HIGH haben muss. Dieser Pegel wird im Zustand 
SEND-ACK-DELIMITER von alien Empfaengern ausgegeben. Wird der 
Pegel LOW empfangem so wird zum Zustand ERROR-HANDLING 
uebergegangen . 



Beim Zust andsuefaerganq nach RECEI VE-END-OF-FRAME wird der 
Zaehler CNTR mit E0FL=7 (END-OF-FRAME-LENGTH) i n i t i a I is i ert . 
Falls CRC-ERROR = 1 isti oder falls waehrend 
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RECEIVE-END-OF-FRAliE der Buspegel LOW empfangen wirdi wird zum 
Zustand ERROR-HANDLINS uebergegangen . 



Im fehlerfreien Fall wurde die Botschaft j.tzt vollstaendig 
empfangen. Als naechstes folgt der Zustand TEST-INTERMISSION » 
der aus IML=3 (INTERrilSSION-LENGTH) Zyklen besteht. Der 
Buspegel muss dauernd HIGH seini sonst wird nach ERROR-HANDLING 
gesprungen. Im Zustand TEST-INTERMISSION hat jeder Empfaenger 
die Moegl ichkei t eine Ueberlastung (OVERLOAD = 1) zu meldeni 
sodass das Absenden der naechsten Botschaft verzoegert wirdi 
bis der Empfaenger wieder bereit 1st. Auch dies geschieht durch 
ERROR-HANDLING. Nach Ablauf des Zaehlers CNTR wird in den 
Folgezustand BUS-IDLE uebergegangen* mit dem ein neuer 
Empfangs- oder Sendezyklus beginnt. 



Bezueqlich der Stuffbits? die in den Feldern CONTROL-FIELD? 
DATA-FIELD und CRC-SEQUENCE auftreten koennem gelten die zum 
Zustand RECEIVE-IDENTIFIER gemachten Ausf uehrungen 

entsprechend. 



Empfangs-Modus 



32 



Entscheidiuigsvektor: (Bus-Monitor » Bus-Drive, Stuff,' Count, TX-Req.uest, 

CRC-Error, Overload) 
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I 



f f 4 

iZustand: i ( 1 , 1 , 1 ,x, 1 ,x,x) d.h. Sendeanforderung 

"{Bus-Idle t 
♦ 



(CNTR:=CNTR-1^ 



FRAME 



(0,1 ,0,x,x,x,x) 
(CNTR:=IFL) 



I + I i-A?-*^ » 1 ,x,x,x,x) ^ 



! L. 

I (x,1,0,0,x, 
|x,x) 

j (x,1,0,1,x,x,x) 



^ustand: 

]?ECEIVE- 
IFJEE?. 



+ fZustand: 



\ ^ {aOIUEEEt [ 

(x,1,0,0,x,x,x) I 



I (x,1 ,1 ,x,x,x,x) 
iIGNORE~ID- t ^ 



(CNTR:=CNTR-1) 



I 



4(x,l ,0,1 ,x,x,x) 



(CKTR:=CFL) 



I Zustcind 



y (x,1 ,1 ,x,x,x,x) 

I > [Zustand: 

! . frnwnpTJ^-cF- f 



t RECEIVE- 

(x,i ,o,o,x,x,i.cmmair^iEi4T'::'"^^ 

x) , . . , , I (x,1 ,0,0,x,x,x). I 



^(x,1,1,x,x, 
}x,x) 



(x,1,0,1,x,x,x) y 

p < 

I 

t 
I 

(CNTR:=CNTR-1 ) } (CKTRi-DFL) 

I , 

Y (x,1 ,1 ,x,x,x,x) 

— I t- 



y(x,1 ,0,1 ,x,x,x) 



j| 



-f- 



! Zustaaid: 
■ RECEIVE-DATA-i 



I 



t(x,1 ,1 ,x,x,5 



? IJEism + t 

(x,1,0,0,x,x,x) } (x,1,0,0,x,x,x) 



" I Zustand: .^^ 



? 



— < 



y(x,1 ,0,1 ,x,x,x) 



(CNTR:=CNTR-1) 



♦ 



-I 



Zustand: 



.1 



(cntr:=chc:l) 

(x,1 ,1 ,x,x,x,x) 



; j ( X , 1 , 0 , b , X , iiig£?iMu^JCE4' 

l^*^^ / - ^ - X i (x,UO,0,x,x,x) 

i (x,1 ,0,1 ,x,x,x) I 



.s {Zustand: li^x] i 

1 (x,1 ,0,1 ,x,x,x) 5 



I 



- ser- 



33. 
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fZustanS.: 

Ireceivs-crc- j 



(O9 1 ,x,x,x,x,x) 



Y( 1 ,1 ,x,x,x,x,x) 




(l,0,x,x,x,x,x) 



I (0,0,0,x,x,x,x) 
^(0,1 ,0,x,x,x,x) 
{(U1,x,x,x,x,x) 




(0,1 ,0,x,x,x,x) 
>- — 



(CNTR:-CNTR-1) 



(1 ,1 ,x,x,x,x,x) 



(CNTR:=EOFL) 

(O5I ,0,x,x,x,x) 



t'ZuitiEdf* 1 (l,1,x,x,x,1,x) d.h. CRC-Fehler 



4 RECEIVE-END- 



(K1.x,'0,x,OJ OF-FRAME 
x) 



von Zustand 
TRAJ' '.MIT-END- 
OF-FRAMS 
I 



(CNTR:=CNTR~1 ) 



I 



(1,l,x,1,x,0,x) 



iZustand: j 

gRROR-HANDLING;! 
a;es.^eschr . )j 

"1 
I 
1 

— + 



t 

i Zustand: 
I TEST-INTER- 4 



(C TR:==IML.) 

^ (0,1 ,X,X5X,X,X) M 

\ (x,1 ,x,x,x,x,1 ) d.h. Empfanger 



(l,1,x,0,x,x, 'MISSION ., 
0) 



iiberlastet 



\ (l,1,x,1,x,x,0) 
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Vom Zustand BUS-IDLE aus erfolgt der Uebergang in den 
Sendemodus danm wenn vor Oder waehrend BUS-IDLE eine 
Sendeanf orderung eintrifft (TX-RESUEST =1). Siehe hiersu 
Zustandsgraph RECEIVE-MODE. 



Das Senden einer Botschaft beginnt mit dem Zustand TRANSMIT- 
START-OF-FRAMEi in dem der doininante Sendepegel LOW ausgegeben 
wird. Falls eine Stoerung den dominanten Pegel LOW in HIGH 
verf aelschti wird zum Zustand ERROR-HANDLINS uebergegangen . 



Sonst folgt iffl Zustand TRANSMIT-IDENTIFIER die 

Buszut e i lunasprozedur . Am Anfang wird der Zaehler auf IFL=8 
(IDENTIFIER-FIELD-LENGTH) gesetzt. 

Iffl Zustand TRANSMIT-.IDENTIFIER wird verblieben Clediglich der 
Zaehler wird dekrement i ert ) » wenn der empfangene Pegel dem 
gesendeten entspricht und die letzten fuenf Buspegel nicht 
konstant waren und der Zaehler noch nicht abgelaufen ist. 

Der Zustand TRANSMIT-IDENTIFIER wird verlassem wenn 

- der gesendete rezessive HIGH-Pegel durch LOW ueberschr i eben 
wurde. Die Buszuteilung ist damit verloren. 

Falls STUFF =1 isti ist der Folgezustand IGNORE-ID-STUFFB, 
Sonst ist bei nicht afogelaufenem Zaehler der Folgezustand 
RECEIVE-IDENTIFIERi bei abgelaufenem Zaehler 

REt.EIVE-CONTROL-FlELD. 

ein gesendeter dominanter LOW-Pegel in HIGH verfaelscht 
wird^ Der Folgezustand ist ERROR-HANDLING. 

der empfangene Pegel dem gesendeten entspricht. Falls die 
letzten fuenf Pegel gleich waren muss in den Zustand 
INSERT-ID-STUFFB uebergegangen werden. Sonst wird bei 
abgelaufenem Zaehler in den Folgezustand 

TRANSMIT-CONTROL-FIELD uebergegangen. Im letzten Fall wurde 
die Buszuteilung gewonnen. 



Im Zustand INSERT-ID-STUFFB werden die Stuffbits des 
IDENTIFIER-FIELDS eingefuegt. Da in diesera Zustand die 
Buszuteilung nicht verloren werden kann? ist im Falle von 
unt erschiedl ichen Sende- und Empfangs- Pegeln ERROR-HANDLING 
der Folgezustand. Ansonsten wird bei nicht abgelaufenem Zaehler 
in den' Zustand TRANSMIT-IDENTIFIER zurueckgegange n » bei 
abgelaufenen Zaehler wurde die Buszuteilung gewonnen? der 
Folgezustand ist TRANSMIT-CONTROL-FIELD. 



Beim Einstieq in den Zustand TRANSMIT-CONTROL-FIELD wird der 
Zaehler CNTR mit CFL=8 1 n i t i a I i s i ert (CONTROL-FIELD-LENGTH). Da 



- ^ - 
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die Buszuteilung beendet ist» muss ab jetzt der Sends- und 
Empf angs-Pege I stets gleich seln. 1st dies nicht der Falli so 
wird in den Zustand ERROR-HANDLING uebergegangen . Bei nicht 
abgelaufenem Zaehler und bei Flankenwechsel innerhalb der 
letzten fuenf Taktzyklen bteibt das System im Zustand 
TRANSMIT-CONTROL-FIELDf LedigUch der Zaehler wird 

dekrement i ert . Das Einfuegen von Stuffbits geschieht im Zustand 
INSERT-CF-STUFFB. Bei abgelaufenem Zaehler erfolgt der 
Uebergang in den Folgezustand TRANSMIT-DATA-FIELD. 



Die Vorgaenge im Zustand TRANSMIT-CONTROL-FIELD gelten auch 
fuer die Zustaende TRANSMIT-DATA-FIELD und 

TRANSMIT-CRC-SEQUENCE. Beim Einstieg in TRANSMIT-DATA-FIELD 
wird der Zaehler CNTR mit der Variablen DFL <DATA-FIELD-LEN6TH) 
vorbelegtf die die Uerte 89I67 32 Oder 64 annehmen kann. Beim 
Einstieg in TRANSMIT-CRC-SEQUENCE wird der Zaehler mit der 
Konstanten CRCL=15 C CRC-FIELD-LENGTH) vorbelegt. 



Im Anschluss an die 
uetaertragen werden. 
TRANSMIT-CRC-DELIMITER. 
LOW verfaelscht wirdj 
uebergegangen . 



CRC-SEQUENCE muss der CRC-DELIMITER 
Dies geschieht im Zustand 

Falls der gesendete HIGH-Zustand nach 
wird In den Zustand ERROR-HANDLING 



Als naechstes wird das Acknow I edge-Bi t geprueft. Ein 
empfangener HIGH-Pegel bedeutetj diass kein Teilnehmer die 
Botschaft fehlerfrei empfangen hat oder dass alte Teilnehmer 
eine falsche Rahmensynchron isat ion haben. Der Sender gifat 
deshalb im Zustand ERROR-HANDLING eine Fehlerme Idung. Bei 
empfanqenem LOW-Pegel wird in den Folgezustand 

- RECEIVE-ACK-DELIMITER uebergegangen. Der ACK-DELIMITER muss 
stets HIGH sein. 1st dies nicht der Falli so wird nach 
ERROR-HANDLING gesprungen. 



Das Botschaf tsende wird im Zustand TRANSMIT-END-OF-FRAME 
uebertraqen. Da END-OF-FRAME aus sieben HIGH-Bits bestehti wird 
der Zaehler CNTR mit E0FL=7 (END-OF-FRAME-LENGTH) vorbelegt. 
Bei empfanqenem HIGH-Pegel bleibt das System im Zustand 
TRANSMIT-END-OF-FRAME? bis der Zaehler abgelaufen ist und geht 
dann zu TEST-INTERMISSION ueber, Bei empfangenem LOW-Pegel wird 
dagegen nach ERROR-HANDLING gesprungen. 



Mit dem Uebergang in den Zustand TEST-INTERMISSION ist der 
TRANSMIT-MODE beendet. Der Zustand TEST-INTERMISSION ist mit 
dem im RECEIVE-MODE beschr i ebenen identisch. 



SErroE-MODUS 
Entscheidungsvektor : 
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(BUS-MONITOR, BUS-DRIVE, STUFF, COUNT, TX-Request, 
CRC-ERROR, OUERLOAD) 



Eustand: 



&RANSMIT-STARi 



{ ( 1 ,0,x,x,x,x,x) 



(CNTR:=CNTR-1 ) 

r 



(1,1 ,0,0,x,x,xy*' "\ Zustand: 



(0,0,0,x,x,x,x) 

(CiVTR:=IFL) 

( 1 ,0,x,x,x,x,x) 



^1 TRANSMIT- 
IGNORE-ID-STUFFB '{ IDENTIFIER 
(0,1.0 ^0,x.x.x) } 
REC.-IDENT. (100?) { 
(Q«1 >0 ^1 ,x,x,x) ' 
REC--CONTR, -FIELD 



s 



(0,0,1 ,x,x,x,x) 
(1 ,1 ,1 ,x,x,x,x) 
>—.- 



( 1 ,0,1 ,x,x,x,x]| 
(0,1 ,1 ,x,x,x,x][ 



♦Zustand : 



(*o^)(l,1,0,1,x,x,x) 
(0,0,0,1,x,x,x) 

(CNTR:=CNTR-1) 
-I 



I 

{INSERT-ID- I 

fSTUFFB } 

I (1 ,1,0,0, x,x,xj ! 

(0,0,0,0,x,x,x) • (l,1,0,1,x,x,x) 

} (0,0,0,1,x,x,x) 
i 



(CNTR:=CFL) 



V 

I 

4 



! Zustand: 



(0,1,x,x,x,x,x) 
(1 ,1,x,x,x,x,x) 



(0,0,0,0,x,x,x) 
(1,1,0,0,x,x,x) 



|— > 

(0,0,1 ,x,x,x,x) 



TRANSMIT- 

CONTROL- 

FIELD 



(l,1*0,1,x,x,x) 
(0,0,0,1,x,x,x) 

(CNTR:«CNTR-1) 



I 



i 



ilNSERT-CF- 



l 

Zustand : 

(0,0,0,0,x,x,x)|TRANSiMIT- 

( m , 0 , 0 , X , X , X ) I DATA-FIELD 
I 

I 

(l,1,0,1,x,x'',x) ~}'' 

(o,o,o,i,x,x,x) ; 



(l,1,0,0,x,x,x) I * 

(0,0,0,0,x,x,x) I (l,1,0,1,x,x,x) 

'< * (0,0,0, 1,x,x,x) 

(CNTR:=DFL) 

(0,1,x,x,x,x,x) 
(1 ,0,x,x,x,x,x) 



\(0^0,],XyX,x,x) T^ ,(5,T,x,x,x;xr? 

}(1,1,1,x,x,x^l i0HKl.1»x,x,x,x) j 

t > J Zustand: i i 



I 

(1 ,1 ,0,0,x,x,x) 
(0,0,0,0,x,x,x) 



1 INSERT-DF- 
4 STUFFB 



I 

♦ 

I 

\ 



V (l,1,0,l,x,x,x) 
j (0,0,0,1 ,x,x,x) 



I 

"1 
I 
t 
I 

I 
I 
I 
I 



(CNTR:=CNTR-1) 



k 

I ( CNTR : =CRCL ) 
\ I I (0, 1 ,x,x,x,x,x) 

I , } { (l,0,x,x,x,x,x) 

j j Zvtetand: ~jTo7o ; Vrx^STTx ,"x]i n"o7ux,x,x:xJ 

(O.O.O.O.x,x.^) i TRANSMIT- lihhl'JL±'I^f^~--^^^^^ 

(l.1.0,0.x.x,x) j CRC-SEQUENCE. | iJseS-CRC- j ^ 

I ^ ♦ < {JSIUZE^ ♦ 

(l,1,0,*T^x.x) { (i,1,0,0.x,x,x) • (1,1.0.1.x,x,x) 

• (0,0,0. 1, x.x.x) { (0,0,0.0,x,x,x) { (0,0,0, 1,x,x,x) 

o— < — — — ♦ 

I 

V 

I 
I 

I i f . ^ ^ ^ V 



■| (0,1 ,x,x,x,x,x) 



Zustand: j 

SMMr^^^I ^ 

I (l,1,x,x,x,x,x) 

V 

I 



I 

I 



! Zustand: 

1 A /trr 



I 

J (0,1,0,x,x,x,x) 
I ^ 



(CNTR:=CNTR-1) 



(0,1 ,0,x,x,x,x) 



(l,l,0,x,x,x,x) 



(CNTR:=EDFL) 



t Zustand: 
4TRANSMIT-END- 



I (0,1 ,x,x,x,x,x) 



(1,1 ,x,0,x,x,x) IQF-F RAME , r 

i (l,1,x,1,x,x,x) 
f 

zum Zustand 1 
TEST-INTERMISSION ' 



I 
i 
I 
I 
I 
I 
t 
I 
I 

-o 



zum Zustand 
ERROR-HANDLING 



4. 5. 5, Zustandsdiagramin FEHLERBEHANDLUNS 



Die Fehlerbehandlung beglnnt mit dem Zustand SEND-ERROR-FLAG . 
Das ERROR-FLAG dient dazui alien Teilnehmern mitzuteilent diass 
auf dsffl Bus ein Uebertragungsf ehler st at tgef unden hat Oder dass 
ein Efljpfaenger ueberlaFtet ist. Das ERR0R-FLA6 besteht aus 
sechs auf einanderf olgenden LOW-Bits* deshalb wird der Zaehler 
CNTR beim Einstieg in SEND-ERR0R-FLA6 auf EFL=6 
(ERROR-FLAG-LENGTH) gesetzt- Falls eine Stoerung die gesendeten 
domlnanten Pegel LOW nach HIGH verfaelschti wind noch einmal 
mit ERROR-HANDLING begonnen. Sonst wird der Zaehler 
dekrement iert - Beim Zaehlerstand Null erfolgt der Uebergang zum 
Zustand ERROR-SYNC, 



Iffl Zustand ERROR-SYNC wird gewarteti bis andere Teilnehmeri die 
eventuell auch ein ERROR-FLAG senden? fertig sind. Dies wird 
daran erkannti dass der Buspegel nach HIGH geht. 



Die Fehlerbehandlung wird durch das Senden des ERROR-DELIMITERs 
iffl Zustand SEND-ERROR-DELIMITER abctesch Lossen . Beim Einstieg 
wird der Zaehler CNTR mit EDL-1-6 (ERROR-DELIMITER-LENGTH = 7) 
vorbelegt. Der ERROR-DELIMITER besteht aus sleben HIGH-pits» 
das erste dieser Bits wurde jedoch bereits 1m Zustand 
ERROR-SYNC gesendet. Wird beim Senden der restllchen Bits auf 
dem Bus ein LOW-Pegel entdecktt so wird erneut mit 
ERROR-HANDLING begonnen. Sonst wird nach dem Ablaufen des 
Zaehlers zum Zustand TEST-INTERMISSION we 1 1 ergegangen . Oamit 
ist die Fehlerbehandlung beendet. 



4.6. Fehlerbehandlung 
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4.6.1. Fehlereakt ion 



Jeder Teilnehmer sendet sofort nach einem erkannten Fehlen dh, 
beginnend mit dem auf den Fehl erzust and folgenden Bit* seine 
Fehlermeldung (ERROR-FLAS) . Nur bel Erkennung eines CRC-Fehlers 
wird die Fehlermeldung erst dre i Takte spaeter abgeschickt, 
Dadurch wird s i chergest e 1 1 1 1 dass das ACK-FIELD nicht durch 
eine von einem CRC - Fehler ausgeloeste Fehlermeldung 
ueberschr i eben wird. Durch das Freihalten des ACK-FIELD kann 
ein Sender sowohl eine Bestaetigung seiner Botschaft von 
einigen Empfaengern erhalten als auch eine Fehlermeldung von 
den restlichen Empfaengern. Dies bletet die Moegl 1 chke 1 t » 1m 
Wiederholungsf all mit hoher Wahrsche 1 n 1 1 chke i t f est zust e I len » 
Ob der Ausfall belm Teilnehmer (Sender) selbst Oder bel einem 
Empfaenger liegt. 



Eine Fehlermeldung besteht aus mindestens sechs 

auf einanderf olgenden LOW Bits (ERROR-FLAG). Nach dem 
anschl 1 essenden LOW - HIGH Ueberqang muessen noch mindestens 10 
HIGH Bits abgewartet werden (ERROR-DELIMITER un INTERMISSION). 



4.6.2. Fehlerauf treten 



Die Fehlerbehandlung kann sowohl von ihrem raeumllchen als auch 
ihrem zeitlichen Auftreten abhaengen. 

Unter 4.6.3. werden einige Belspiele von Fehlerreakt lonen des 
Open-Kollektor Busses gezeigt. 



Aus der folgenden Tabelle 4.6.2 koennen alle moegllchen 
Elnzelblt-Fehlerf ae I le entnommen werden. 

Unter den anqegebenen Nummern sind die hier unter 4.6.5. 
auf gef uehrten'Be Isple le fuer Fehlerfaelle zu finden. 



-^6 - 
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TabsUe 4.6.2 



I i am 

i ISender 
zeit- I raeum-lund 



lam lam Inicht 

ISender ISender lam Sender 
lund lund keinlaber 

lichesi licheslallen Emleinem lEmpf aen-l al len Em 
Auftreten Ipfaeng. ITeil dsriger Ipfaengern 
I i lEmpfaengl I 



n icht 
am Senderl 
aber 

Teil der 
Eflipf aeng. 



I 



I 



BUS-IDLE 



I I 
K.6.S.4. I 

I I 



A. 6. 5. 7. 



f 

START-OF-FRAMEI 
I 



I 



I 



I 



I 



IDENTIFIER 



14.6.5.1. I 



I 



I 



CONTROL-FIELD I 
(DATA-BYTE- I 
COUNT) I 



I 



I 



I 4.6.5.6. 



I 



I 



DATA-FIELD 



I I I 

14.6.5.2. 14.6.5.5. I 
I I I 



4.6.5.B. 



I 

CRC-FIELD I 
CRC-DELIMITER I 



I 



I 



I 



I 



I 



I 



ACK-SLOT 



I I 
14.6.5.3. i 
I I 



I 

END-OF-BLOCK I 
I 



I 



I 



I 

INTERMISSION I 
I 



4. 6.3. Fehl erk I assen 



- ^ - 



Auf Qrund der in 4.3 beschr i ebenen Festlegung des Busprot oko I I s 
und der in 4.4 spez i f z i ert en Bus-Organisation koennen folgende 
FehLerklassen auf tret en: 



Sender: BP Bitfehlen Buspegel stimmt nicht mit 
gesendetem Pegel ueberein. 

BK Im Zustand TRANSMIT-IDENTIFIER 

(Arbitrierung) und TRANSMIT-START-OF- 
FRAME gilt nur Buspegel HIGH bei 
gesendetem LOM Bit als Fehler 



AF kein Acknowledge waehrend 
RECEIVE-ACKNOMLEDSE 



NF Waehrend des Zustands TEST-INTERMISSION 
ein LOU Bit auf dem Bus 



SF Verletzung der Stuf f vorschr i f t 



Empfaenger: CF CRC-Fehler 



DF die CRC-SEQUENCE 1st nicht mit einem 

CRC-DELIMITER abgesch I ossen i d.h. auf das 
CRC-Kontrol Iwort folgt kein HIGH Bit 



NF Waehrend der Zustaende RECEI VE-END-OF-FRAME 
und TEST-INTERMISSION ist ein LOW Bit auf 
dem Bus. 

SF Verletzung der Stuf f vorschr 1 f t 
BF Bitfehler im Zustand TRANSMIT-ACK 



In der nachf o Igenden Tabelle 4.6.3 sind alle Fehlererkennungs- 
moegl ichkeiten zusammengest e 1 1 1 « die sich aus den Kombi nat ionen 
aus zeitllchem und raeumlichem Auftreten sowie der 
Fehlerklassen ergeben. Angegeben sind die zum Zeitpunkt des 
Fehters erkennbaren Fehlerklassen. 

Die Abkuerzungen in der oberen Zeile jedes Feldes der Matrix 
charakt er isieren die am Sender auftretenden Fehl erk I assen i die 
in der unteren Reihe die an den Empfaengern auftretenden 
Fehlerklassen. 



- ;^ - 
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Tabelle 4.6.3 



i fam lam f am Inicht tnicht 

I ISender ISender ISender lam Sendsriam Sender 

zelt- Iraeuffl-lund lund fund keinfaber laber 

UchesI I icheslallen Emieinem I Empf aen- 1 at ten Em-!Teil der 
Auftreten Ipfaeng. ITeil derlfaenger Ipfaenger lEmpfaeng. 
I I lEmpfaengl i i 



BUS-IDLE 


1 
1 
1 


1 
1 
1 


1 
1 

1 


1 
1 
1 


1 

1 
1 
1 


START-OF- 
FRAME 


IBK 

1 

1 


IBK 
1 

1 


IBK 

1 

1 


1 
1 
1 


1 
1 
1 


IDENTIFIER 


I6K>SF 
1 

ISF 


IBKiSF 
1 

ISF 


IBKf SF 
1 

1 


1 
1 

ISF 


1 
1 

ISF 


IBF»SF 
CONTROL-FIELD! 
(DATA-BYTE- ISF 
COUNT) 1 


1 BFjSF 
1 

ISF 
1 


1 BF » SF 

1 

1 

1 


1 
1 

ISF 
I 


1 
1 

1 

ISF 
i 


DATA-FIELD 


'BFfSF 
1 

ISF 


IBFjSF 
1 

ISF 


IBFiSF 

1 

1 


1 
1 

ISF 


1 
1 

ISF 


IBFiSF 
CRC-SEQUENCE 1 
CRC-DELIMITERICF»DF» 


IBFiSF 
1 

SFI CF»DF» 


IBFiSF 
1 

SFI 


1 
1 

ICFiCDiSF 


1 

1 

ICFiCD»SF 


ACK-SLOT 


IAF»SF 
1 

IBFiSF 


IAFjSF 
1 

IBF.SF 


IAFjSF 
I 

1 


1 
1 

IBFfSF 


1 
I 

IBFiSF 


END-OF-BLOCK 


IBF»NF 
1 

INF 


IBFtNF 
1 

INF 


IBFiNF 

1 

1 


1 
1 

INF 


1 

1 

INF 


INTERMISSION 


IBFfNF 
1 

INF 


IBFiNF 
1 

INF 


IBFiNF 

1 

1 


1 
1 

INF 


1 
1 

INF 



4.6.4. Erlaeuterungen zu den Belspielen 



In den Bildern werden foigende Abkuerzungen verwendet: 



- S Stoerung 

- ungestoerte Botschafi 

- **# eigenes Eingreifen 

- ### iremdes Eingreifen 

- S Stuffbit 

- 1..8. Nummer 1 erung 

- R Busruhe (Zustand BUS-IDLE) erkannt 

- B Bitfehler waehrend einer Uebertragung 

erkannt 

- F Fehler von einem Teilnehmer erkannt 

- Z Beginn einer Fehlerme Ldung 

- K Teilnehmer hat Arbitrierung verloren 

und bricht seine Uebertragung ab 



Model Iparameter der folgenden Fehierbehandlungsbeisiele: 

maximale Anzahl von Bits 
gleichen Pegels CS - 5) 

- END-OF-FRAME besteht aus sechs 
3uf 8 T nanderf olqenden HIGH Bits 
(EOFL = 6) 

- INTERMISSION besteht aus drei 
auf einanderf olgenden HIGH Bits 
(IML = 3) 

- eine Fehlerme Ldung besteht aus mindestens 
sechs auf e i nanderf olgenden LOU Bits 

(EFL = 6) 

. - fflit Sender wird ein Teilnehmer bezeichnet 
der entweder schon sendet oder in dem ein 
Sendewunsch vorliegt 
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4.6.5. Beispiele Einzelbitf ehler 



4.6.5.1. €lobale Stoerungi von alien Teilnehmern entdeckbar. 
Bitf ehler iai IDENTIFIER 



I I 
I i 
123456789R 



III i 
III I 

K12345FZ23456123456789R 



SI 



I 



I 



I I 
I I 
I I 
123456789R 



El 



I 



I 



I 1 
I I 
i I 
123456789R 



E2 



I 



I 



III I 
-8 #«#«#« 
III I 
III I 
III I 
12345FZ23456123456789R 



I 

-a 
I 

I 
I 



I i 
*««««* 

I I 

i I 
I I 



I 



12345FZ234561234567a9R 



I 

-a 

I 



I I 
****** 

I I 



Der Sender 'verliert' die Arbitrierung und erkennt dannt wie 
die Empfaenger einen Stuffehler. Nach der Fehlermeldung und 
anschliesseiider Busruhe (Zustand BUS-IDLE) kann rait neuen 
Uebertragungen oder der Wiederholung der gestoerten Nachricht 
begonnen werden. 
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Zwei Sender beginnen gleichzeitig mit der Uebertragung. 



SI 



S2 



El 



E2 



123456789R 



123456789R 



123456789R 



1234567a9R 



I I t 

I I I 

K12345FZ23456123456789R 

a 

I I I 
—#####»***«»* 
I I I 
I I I 
I I I 

BZ23456 1234567a9R 

a 

I I I 

—*♦*#*####### 

I I I 

i i I 

I I I 

12345FZ23456123456789R 

a 

I i I 

—####»»***»** 
I i I 

I I I 

I I I 

12345FZ234561234567a9R 



I I I 

•a#####»*«»#** 

I I I 



Die Stoerung erzeugt am Sender2 einen Bitfehlen und er setzt 
seine Fehlerme Idung ab. Dadurch kommt es be i den Empfaengern zu 
eineoi Stuffehler und am Senderl entweder zu einem Bitfehler und 
/ Oder einem Stuffehler. Nach dem letzten LOW Bit der 
Fehlerme Idung und ansohl i essender Busruhe (Zustand BUS-IDLE) 
kann rait neuen Uebertragungen Oder der Wiederholung der 
gestoerten Nachrichten begonnen werden. 
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4.6.5.2. Fehler tritt an einem Teil der Empfaenger und am 
Sender bzw. an Station nit Sendewunsch auf. 
Stuffehler im DATA-FIELD. 



SI 



El 



E2 



I I 
I r 

123456789R 



I 



I 



I I 
I I 
I I 

123456789R 



I 



I 



i I 
I I 
I I 
1234567a9R 



I 



I 



I I 
i I 
BZ234S6 



I I 
I I 
1234567a9R 



ill i 

a******###### 

III 1 

III I 

III i 

12345FZ23456 123456789R 



ill i 

a««**«*#»»#»# 

III I 
III i 
III I 
12345S12345FZ23456123456789R 



I i I 

#«####*♦*»** 
i I I 



I 



Der Sender erkennt einen Bitfehler und die gestoerten 
Empfaenger erkennpn pinen Stuffehler und setzen eine 
Fehlermeldung ab. Dadurch entsteht an den nicht gestoerten 
Empfaengern ein Stuffehler und sie setzen ebenfalls eine 
Fehlermeldung ab. Nach dem letzen LOW Bit der Fehlermeldung und 
anschl iessender Busruhe (Zustand BUS-IDLE) l<ann mit neuen 
Uetaertragungen oder der Wiederholung der gestoerten Naohricht 
begonnen werden. 



- ^ - 
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4.6.5.3. Fehler tritt an einem Te i I der Empfaenger und an 
Sender bzw. an Station mit Sendewunsch auf. 
Bitfehlep im ACK-SLOT 



ACK I i 

I I I 

FZ23456 123456787R 

SI I > 

-#*«♦#«# - 

I I I 

i i I 

I I i 

BZ23456 1234567a9R 

Ell I I 

-«#♦«#♦# — 

i I I 

I I I 

III I 
FZ23456123456789R 

E2I I I I 

-#♦#♦#*» 

III I 



Die gestoerten Empfaenger erkennen einen Bitfehler Cihr LOW Bit 
wird gestoert) und setzen eine Fehlerme Idung ab. Der Sender 
bekommt kein Acknowledge und setzt ebenfalls eine Fehl erme Idung 
ab. Dadurch erkennen ciie nicht gestoerten Empfaenger einen 
Fehler CACK-OELIMITER) und sie setzten ebenfalls eine 
Fehlermeldung ab. Nach dem letzten LOW Bit der Fehermeldung 
kann mit neuen Uebertragungen oder der Wiederholung der 
gestoerten Botschaft begonnen werden. 
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4.6.3.4. Nur der Sencfer wind gestoert. Fehler In BUS-IDLE. 
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Durch die Stoerung gelingt es dem Teilnehmer SI nicht mehr 
seine Uebertragung zu starten^ und er verhaelt sich bis zura 
Ende der Feh I erbehandlung wie ein Empfaenger. SI erkennt 
Stuffehler und setzt seine Fehl erme Idung ab. Dadurch erhalten 
die Empfaenger einen Stuffehler und setzen ebenfaLls eine 
Fehlerineldung ab. Nach der pph lerme Ldung und anschl i essender 
Busruhe (Zustand BUS-IDLE) kann mit neuen Uebertragungen 
begonnen werden. 
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4.6.3.5. Stoerung nun am Sender. Stuffehler im OATA-FIELO 
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Der Sender erkennt Stuffehler und Bitfehler zuglelch und setzt 
eine Fehlerme Idung ab. Dadurch erhalten die Empfaenger einen 
Stuffehler und setzen ebenfalls tiine Fehlerme Idung ab. Nach dem 
letzten LOW Bit der Feh I erme Idung und anschl 1 esender Busruhe 
CZustand BUS-IDLE) kann mit nsuen Uebertragungen oder der 
Wiederholung der gestoerten Nachricht begonnen werden. 
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4.6.5.6. Fehler tritt an alien Empfaengern auf » aber m'cht 
am Sender bzw. an Station ml t Sendewunsch auf . 
Bitfehler im CONTROLL-FIELDi Laengenangabe 
verf ae Ischt • 




Fall i: Vergroesserung der Laengenangabe? 

Empfaengen erwarten laengere Botschaft 
al? tatsaechlich gesendet. 
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Die Empfaenger koennen nicht mehr an der richtigen Stelle den 
Empfang einer Botschaft quittieren? der Sender erf<ennt deswegen 
einen Fehler und setzt seine Fehlerme Idung ata. Dadurch entsteht 
an den Empfaengern ein Stuffehler und sie setzen ebenfalls eine 
Fehlermeldung ab. Nach dem letsen LOW Bit der Fehlermeldung und 
anschl i essender Busruhe (Zustand BUS-IDLE) kann mit neuen 
Uebertragungen Oder der Wiederholung der gestoerten Botschaft 
begonnen werden. 
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Fall 2: Verk le i nerung der Laengenangabe « 

Empfaenger erwarten eine kuerzere Botschaft als 
tatsaechlich gesendet. 
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Die Empfaenger stellen einen CRC-Fehler fest und setzen eine 
Fehlerme Ldung ab, Dadurch entsteht am Sender ein Bitfehler und 
er setzt ebenfalls eine Fehlerme Idung ab. Nach dem letzen LOW 
Bit der Feh I erme Idung und anschl iessender Busruhe (Zustand 
BUS-IDLE) kann mit neuen Uebert ragungen oder der Wiederholung 
der gestoerten Botschaft begonnen werden. 
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4.6.5.7. Fehler tritt an einem TeU der Empfaeger auf» aber 
nicht am Sender bzw. an Station nit Sendewunsch. 
Bitfehler in BUS-IDLE. 



I I 

I I 
123456789R 



SI 



I 



I 



El 



I 



E2 



I 



I 
I 

CRC 
I 



I I 
I I 
I I i 

123456789R 1 1234 



i I 



I i I 

I I 

I I 
123456789F 



I 

I 
I 
I 

CRC 

I 



I I 

I I 
BZ23456 



12345678 



I i I 

#*♦*#**##### 

II I i 
II I 1 

CRC I I 
12345FZ23456 12345678 



I I \ 
♦♦*»«*»»##»» 

II I I 

I I I 

1 I I 
12345FZ2345612345678 



I I I 



Die gestoerten Empfaenger erhalten durch die Stoerung eine 
falsche Laenqenangabe und setzen deshalb ihren CRC-Check an die 
falsche SteLle. Wsnn der CRC der gestoerten Empfaenger urn mehr 
als 8 Takte spaeter als die richtige Lage erfolgti so erhalten 
die Empfaenger einen Stuffehler und setzen eine Feh lerme Idung 
ab. Erfolgt der CRC-Check innerhalb von 6 Takten nach der 
richtigen Lage» so erkennen die gestoerten Empfaenger einen 
CRC-Fehler und senden eine Fehlerme Idung. Dadurch entsteht am 
Sender ein Bitfehler. Die nicht gestoerten Empfaenger empfangen 
als EWD-OF-FRAriE eine unzulaessige Bitfolge und setzen 
efoenfalls eine Feh I erme I dung ab. Nach dem letzten LOW Bit der 
Fehlerme tdunq und ansch U essender Busruhe (Zustand BUS-IDLE) 
kann mit neuen Uebertragungen oder der Wiederholung der 
gestoerten Nachricht begonnen warden. 
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4.6.5.8. Fehler tritt an einem Te i I der Empfaeger aufi aber 
nicht am Sender bzw. an Station mit Sendewunsch. 
Stuffehler in DATA-FIELD. 
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Die gestoerten Empfaenger 8rl<ennen einen Stuffehler und setzen 
eine Fehlerme Idung ab. Dadurch entsteht am Sender ein Bitfehler 
und an den nicht gestoerten Erapfaengern ein Stuffehler und sie 
setzen ebenfalls eine Feh I erme Idung ab. Nach dem letzten LOW 
Bit der Fehlermeldung und ansch I i essendsr Busruhe (Zustand 
BUS-IDLE) kann mit neuen Uebertragungen Oder der Wiederholung 
der gestoerten Nachrlcht begonnen werden. 
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4.7. INTERFACE-MANASEMENT-PROCESSOR (IMP) 
4.7.1 . Kcnf iguration 
4.7.1.1. Allgemeines Konzept 

4.7.1.1.1. Struktur 

Der IMP hat folgends Aufgaben 

- Datenaustausch zwischen CPU und serieUer Schn i 1 1 st e L Le 
dupch die Benutzung eines DUAL PORT RAM (DPRAM) 

- Steuerung von Senden und Empfangen. 

Fig. 11 zeigt das Blockschal tbi Id des serieUen 
Schnlttstsl lenbausteins Der seriel le Schn i t tst e I t enbaust e i n 
besteht aus den Teilen s 

- DPR^I 

- IMP 

- serielles Sch i eberegist er 

- BusLogik 

- Takt 052 i I ator 

Die Verbindungen der Teile un t ere i nander sind im 
Blockschaltbi Id angegeben. 

4.7.1.1.2. Priorltaet der Botschaften 



Die Prioritaet innerhalb des IMP wird durch den Platz der 
verschiedenen Botschaftem 1m DPRAM festgelegt. Die Prioritaet 
auf dem Bus (Arbitr i erung) wird durch den IDENTIFIER der 
Botschaft best i mm t. 

Der Suchprozess nach der hoechstpr ioren Botschaft Innerhalb 
eines IMP startet an der niedrigsten DPRAM Adresse. 



. £6. 
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4,7.1.1.3. Akzeptanzfilter 

Jede vom Bus ankommende Nachricht wird daraufhin gepruefti ob 
sle empfangen werden soil Oder nicht. Dazu wird im OPRAH die 
Liste durchgesehen 1 in der alle Botschaften steheni die in 
dieseffl IMP verarbeitet werden. Eine ankommende Botschaft wird 
nur di^nn ins DPRAM ueber nommen ? wenn ihr IDENTIFIER dort 
qefunden wird und wenn sie auch empfangen werden soil? was 
durch das RECEIVE/TRANSMIT Bit anzeigt wird. 



4«7.1.i.4>. War^ aschlange der Botschafteni die gesendet 
werden soil. 



Jede Botschaft? die gesendet werden solli wird von der CPU in 
das DPRAM geschriefaen? wobei anschl 1 essend das TRANS11IT~RE<3UEST 
Bit gesetzt wird. Ein Suchvorgang findet die hoechst pr 1 ore 
Botschaftf die zur Uebertragung ansteht. Nur diese Botschaft 
wird fuer eine Uebertragung ins serlelle Schieberegister 
beruecksi cht i gt . Wenn die CPU spa^i^r eine wichtigere Botschaft 
zur Uebertragung an/neldeti so wird der Suchvorgang diese 
entdecken und die erste Botschaft verdraengen. Dadurch werden 
die Botschaften entsprechend ihrer Prioritaet uebertragem 
unabhaenig von ihrer Ankunf tsze i t , 



4.7.1.1.5. Wart eschlange empfangenen Botschaften 



Wenn enipfangene Botschaften im DPRAM gespeichert werdenj wird 
automat isch das INTERRUPT-REQUEST Bit gesetzt. Der Suchvorgang 
wird unter den empfangenen Botschaften diejenige mit der 
hoechsten Prioritaet finden und einen Interrupt an die CPU 
weitergeben . Wenn eine wichtigere Botschaft im DPRAM 
gepseichert wirdi bevor die CPU den Interrupt beantwortet hat? 
so wird die hoeherpriore Botschaft beruecks i cht 1 gt . Damit 
werden die Botschaften entsprechend ihrer Prioritaet 
beruecksicht igt I unatahaengig von ihrer Ankunf tsze i t . 



- >2 - 
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4.7.1.2. DPRAM Organisation 



Das DPRAM enthaelt DESCRIPTORen CIDENTIFIERt CONTROL-SEGMENTe ) 
und OATA-FIELDs aller Botschafteni die von der CPU ueber den 
Bus empfangen Oder gesendet werden solLen. Die Aufteilung des 
DPRAM ist unabhaengig vom spez i f 1 z i ert en ProtokoU. 
Moeg L i chke i t en : 



- getrennte Speicher fuer ankommende und 
abgehende Botschaf ten 

- getrennte Speicher fuer DESCRIPTORS und 
DATA-FIELDS 

- einen einzlgen Speicher fuer alle Aufgaben 

In einer ersten Ausfuehrung wird ein Speicher fuer alle 
Aufgaben vorgeschlagen . Die Botschaften koennen aequidistant in 
den Spe 1 Cher *e ingetragen werden. Um jedoch Spe i cherp I at z zu 
sparBm ist es angebrachtt die Botschaften h i nt ere i nander 
dichtgepackt abzuspe 1 chern i mit einer Laenge von drei bis zehn 
Bytes'* abhaengig von der DATA-BYTE-COUNT. 

Die Groesse des DPRAM ist zur Zeit auf 64 Byte festgelegt. Wenn 
die Integragt ionskost en in Zukunft k le i ner werden solltem kann 
der Speicher vergroessert werden. Damit koennten eine groessere 
Anzahl von Botschaften oder laengere Botschaften (sowohl 
DATA-FIELD als auch DESCRIPTOR) gespsichert werden. Es koennten 
auch Ersat zbotschaf ten fuer das Ausbleiben von Nachrichten im 
DPRAM abgeiegt werden? was im Fehlerfall die Software 
vereinfachen wu erde. 
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Adress 

Zeiger + + 

>l IDENTIFIER 1 I 

des + + DESCRIPTOR 

DPRAM I CONTROL-SEGMENT 1 I 

+ + - 

I DATA-FIELD 1 (1 Byte) I DATA 

+ + 

I IDENTIFIER 2 I 
+ + 

I CONTROL-SEGMENT 2 I 
+ + 

I I 
+- -+ 

i I 

+- DATA-FIELD 2 (4 Bytes) -+ 

I I 

+- -+ 

I I 

+ + 

I . I . 

■ 

I Up to Byte 64 I 
+ + 



Das DPRAM dient also als: 

- Speichen aer gleichseitig entscheidet ob ankommende 
Botschaften emfangen werden soUen (Akzept anzf i L t er) 

- Mart eschl ange fuer ankommende und fortgehende Botschaften 
geordnet nach ihrer Prioritaet 

- Speichen fuer die Kontrol Iregist er des IMP 



4.7.1.3. CONTROL-SEGMENT Organisation 
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+ + 

17 1 

+- -+ DATA-BYTE-CODE 

I 6 I 

+ + 

I 5 I TRANSMISSION-REQUEST 
+ + 

I 4 I PENDING 
+ + 

I 3 I TRANSMISSION-COUNT 
+ + 

I 2 I INTERRUPT-REQUEST 
+ + 

I 1 I INTERRUPT-ENABLE 
+ + 

I 0 ! RECEIVE/TRANSMIT 
+ + 



4.7.1.4, Funktlon des DPRAM 



4.7.1.4.1. DATA-BYTE-CODE 



Bel Suchvorgaer.gen muss der f\dress Zeiger des DPRAM zuerst auf 
den jeweUiqen Anfang einer Botschaft zeigen. Wenn die 
DESCRIPTORen und DATA-Fields d i chtgepack t abgespe i chert sindi 
kann auf die naechste botschaft gezeigt werden indem man den 
Zeiger um 

2**CDATA-BYTE-C0UNT) + 2 

erhoeht. Urn den Spe i cherpLatz und die Botschaften besser 
aus2unuet zen ? koennen mehrere Botschaften unter einem 
DESCRIPTOR zusammengef asst werden und als eine grosse Botschaft 
uebertragen werden. Die maximale Blockgroesse wird vorerst auf 
8 Bytes festgelegt. 

Die Laenge des DATA-FIELDs erhaelt man aus dem DATA-BYTE-CODE 
ffli t 

DATA-BYTE-COUNT = 2** DATA-BYTE-CODE 
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4.7.1.4.2. PENDING 



Das PENDING Bit zeigt am dass entweder eine Uebertragung oder 
eine Int erruptrout i ne noch nicht fertig ist. Es wird 
automatisch gesetzt wenn eine Uebertragung auf dera Bus begtnnt 
Oder wenn die CPU einen Interrupt bestaetigt (Laden des 
Interruptze igers) . Das PENDING Bit wird automatisch nach einer 
Uebertragung (erfolgreich Oder nicht erfolgreich) 

surueckgeset zt . Das PENDING Bit wird ausserdem unter 
Programtnkontrol I e von der CPU zusammen mit dem 
INTERRUPT-REQUEST oder be i Ankunft einer neuen Botschaft mit 
defli gleichen IDENTIFIER surueckgeset zt . Ist das PENDING Bit 
einer Botschaft gesetzt^ so wird diese Botschaft be i einem 
Suchvorgang nicht beruecksi cht igt . 



Das PENDING Bit erlaubt dem Progr amm i erer der CPU am Ende der 
Interruptrout i ne zu ueberpruef en » ob ein weiterer Interrupt die 
Konsistenz einer Botschaft mit mehreren Bytes zerstoert hat.*** 
Wenn das PENDING Bit am Ende der Int erruptrout i ne immer noch 
auf HIGH steht >ist dies die Bestaet igungi dass das DATA-FIELD 
konslstent bearbeitet wurde vor Ankunft der naechsten 
Botschaft . 



INTERRUPT-REQUEST I PENDING I Wirkung 



LOW I LOW I kein Interrupt 

LOW I HIGH I kein Interrupt 

HIGH I LOW I neuer Interrupt 

HIGH I HIGH I Bestaetigung des 

I I Interrupts 

Diese Vorgaenge erfolgen nur fuer INTERRUPT-ENABLE = HIGH. Wenn 

der INERRUPT-ENABLE auf Low zurueckgeset z t ist? darxxx wird das 

PENDING Bit nicht mit der Interruptbest aet igung der CPU 
gesetzt. 



4.7.1.4.3. INTERRUPT-ENABLE 



Ein gesetztes INTERRUPT-ENABLE erlaubt? dass INTERRUPT-REQUESTs 
im richtigen Bezug zur CPU we i t ergegeben werden. 

Ein nicht gesetztes INTERRUPT-ENABLE verhinderti dass eine 
Interrupt akt ion an die CPU gemeldet wird. 



- - 
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4.7.1,4.4, INTERRUPT-RE^UEST 



Der INTERRUPT-REQUEST wird automatlsch auf HIGH gesetzt bei 
jeder Uebertragung einer neu empfangenen Botschaft ins DPRAh 
unabhaengig von Zustand des INTERRUPT-ENABLE. INTERRUPT-REQUEST 
wird auch gesetzt » wenn sine wiederholte Uebertragung 
(TRANSMISSION-COUNT = HIGH) scheitert. 



4.7.1.4.5. TRANSMISSION-COUNT 



TRANSMISSION-COUNT zaehlt die Ubsrt ragungsversuche . 

TRANSMISSION-COUNT wird nach einer erf olgre i chen Uebertragung 
zurueckgeset zt . 



TRANSMISSION-REQUEST I TRANSMISSION-COUNT I Zustand 



LOW 1 LOW Ikeine Uebertragung 

LOW I HIGH Ikeine Uebertragung 

HIGH i LOW lerste Uebertragung 

HIGH I HIGH Izweite Uebertragung 

Nach der zweiten fehlerhaften Uebertragung wird 

INTERRUPT-REQUEST gesetzt um die weitere Fehl erbehandlung der 
Benutzersof tware ueberlassen zu koennen. 



4.7.1.4.6. TRANSMISSION-REQUEST 



Ein gesetztes TRANSMISSION-REQUEST Bit veraniasst den IMP die 
zugehoerige Botschaft zu uebertragen. 
Es gibt zwei verschiedene Zustaendes 

a. RECEIVE/TRANSMIT = LOW (Uebert raqung) 

Startwert nach einem Reset. Die Botschaft wird 
gesendet. TRANSMISSION-REQUEST wird von der CPU Oder 
von einer ankommenden Botschaft mit gesetzem 
REMOTE-TRANSMISSION-REQUEST Bit auf HIGH gesetzt. 

b. RECEIVE/TRANSMIT = HIGH (Empfang) 

ALle so gekennze i chneten Botschaften sind im 
Empf anqsmodus. Als Ausnahme in diesem Zustand wird 
durchOP Setzen von TRANSMISSION-REQUEST eine Botschaft 
mit leerem DATA-FIELD und gesetztem 

REMOTE-TRANSMISSION-REQUEST abgeschickt . 
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4.7.1.4.7. RECEIVE/TRANSMIT 



RECEIVE/TRANSMIT bestimmt die Richtung der Daten. 



a. RECEIVE/TRANSMIT = LOW (Uehertragung) 

Startwert nach einem Reset. Die DATA-FIELDs im DPRAM 
sind fuer ankommende Botschaften schre ibgeschuet zt f 
wenn RECEIVE/TRANSMIT auf LOW aesetzt ist. Die 
Botschaften werden durch TRANSMIS§10N-REQUEST HIGH 
akt i vi ert . 

Es gibt jedoch eine Ausnahme: 

Wenn REMOTE-TRANSMISSION-REQUEST = HIGH in einer 
ankommenden Botschaft istf dann wird 

TRANSMISSION-REQUEST des zugehoeriqsn CONTROL-SEGMENTs 
auf HIGH gesetzt trotz RECEIVE/TRANSMIT = LOW. 
TRANSMISSION-REQUEST ist das einzige Biti das in dieser 
Operation geaendert wirdj alLe ahderen Bits taleitaen 
weiterhin schre ibgeschuetzt . Dieses Vorgehen dient zur 
Anforderung von Botschaften durch andere Bustei Inehmer . 

b. RECEIVE/TRANSMIT = HIGH (Empfang) 

Die ankommenden Botschaften werden in das zugehoerige 
DATA-FIELD uebertragen. INTERRUPT-REQUEST wird 
automatisch auf HIGH gesetzt bei jeder Uebertragung der 
zugehoerigen Botschaft. 



4.7.2. Dat enaustausch CPU-DPRAM 



4.7.2.1. Synchronisations Problem 



Der Austausch von DATA-FIELDs j die aus mehreren Bytes bestehen? 
kann atahaengig von der Anwendung ohne Beruecksi cht igung von der 
synchronen Betriebweise vorgenommen werden. Wenn die 
DATA-FIELDs jedoch synchron verarbeitet werden sollenj muss 
Bine geeignete Synchronisation vorgesehen werden. Urn die 
Hardwarekost en niedrig zu haltem wird zur Zeit eine 
Software-Synchronisation vorgeschl agen . In dieser Vorqshe nwe i se 
greift die CPU auf das DPRAM im Cycle Stealing mit Prioritaet 
gegenueber alien andererx Zugr i f f sversuchen zu. 
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Das DPRAM wird von der CPU als RAM-Erwe i t erung benutzt. Es 
warden keine weiteren Uebertragungsbef ehle dasu benoetigt. 
Empfangene Botschaften werden einfach in das DPRAM geschrieben? 
wofaei die vorhergehenden Botschaften uebsrschr i eben werden. 
Uebertragungen werden von der CPU durch Setzen von 
TRANSMISSION-REQUEST iffl CONTROL-SEGMENT i das zu dem zu 
uebertragenen DATA-FIELD gehoert i gestartet. 

TRANSMISSION-REQUEST kann ebenso von fremden CPUs durch 
REMOTE-TRANSMISSION-REQUEST gesetzt werden - 



4.7.2.3. Software Synchronisation 



4,7.2.3.1. Abfragen einer Sequenznutnmer 



Wenn die sendende CPU ein Byte des DATA-FIELDs als 
Sequenznufflffjer benutzti und diese vor jedem Setzen des 
TRANSMISSION-REQUEST Bits i nkremen t 1 ert i dann kann die 
empfangende CPU anhand der Sequenznummer pruefem ob sich diese 
veraendGrt hat nachdem sle die Daten Im DATA-FIELD bearbeitet 
hat. Wenn sich die Sequenznummer veraendert hati muss die 
empfangende CPU einen Tell der f^earbeltung mit den neuen Daten 
w1 ederholen . 



4.7.2.3.2. Abfragen des INTERRUPT-REQUEST 



Neu ankommende Botschaften setzen automatisch das 
INTERRUPT-REQUEST Bit 1m zugehoerlgen CONTROL-SEGMENT. Auch 
wenn der CPU wegen INTERRUPT-ENABLE = LOW keinen Interrupt 
mitgeteilt wirdi wird INTERRUPT-REQUEST vor jeder Bearbeitung 
der Botschaft zuruechgese t zt und nach der Bearbeitung wird 
gepruaftf ob es nicht in der Zwischenzeit wieder gesetzt wurde. 
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Die empfangende CPU kann im CONTROL-SEGMENT der zu empf anqende n 
Botschaft das INTERRUPT-ENABLE Bit setzen. Neu ankommende 
Botschaften setzen das zugehoerige INTERRUPT-REQUEST Bit und 
setzen gleichzeitig automa^-isch das PENDING Bit auf LOW 
zurueck. Der wichtigste Interrupt wird der CPU gemeldet. Die 
Bestaetigung der CPU setzt automat isch das PENDING Bit auf 
HIGH. Bevor die CPU am Ende der Int erruptbehandlung beide 
(INTERRUPT-RESUEST und PENDING) zurueckse t zt i fragt sie das 
PENDING Bit ab. Wenn das PENDING Bit immer noch auf HIGH isti 
so ist die naechste Botschaft nicht innnerhalb der 
Int erruptbehandlung angekommen. 



4«7.2.3.4. Block Uebertragung 



Urn DATA-FIELDs synchron zu bearbeiten koennen diese blockweise 
zu und von CPU uebertragen werden. Ausre i chender RAM 
Spe icherplatz muss fuer die dadurch bedingte doppelte 
Speicherung bere i tgest e 1 1 1 werden. 

a. Senden 

Am Anfang wird TRANSMISSION-REQUEST j das als Semaphor 
Variable dienti geprueft. Wenn es zurueckgese t zt ist? wird 
das DATA-FIELD byteweise vom CPU-RAM ins DPRAM uebertragen. 
Danach wird TRANSMISSION-REQUEST gesetzt. 

WARNUNGs Bei dieser Vorgehenswe ise kann im Falle eines 
gesetzten REMOTE-TRANSMISSION-REQUEST Bits 
keine korrekte Synchronisation garantiert werden. 



b. Empfang 

Bevor die eigentliche In t erruptrout i ne begonnen wird i wird 
das DATA-FIELD blockweise ins CPU-RAM uebertragem wie unter 
4-7.2.4.2. beschrieben. Dadurch wird die Wahrsche i n U chke i t i 
dass die Daten inkonsistent werdem be traecht I i ch 
verringert* da der kritische Ze i t abschn i t t von der gesamten 
Interruptbearbei tung auf die B lockuebertragung des 
DATA-FIELDs verrfngert wird. 



- MO - 
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Fuer wichtige Botschaften koennen zwei Spe i cherpl aet ze im DPRAM 
vorgesehen werden. Ein IDENTIFIER erscheint dann zweimal im 
DPRAM- Die Benut zersof tware kann nun ankommende Botschaften von 
eineffl Speicherplatz im DPRAM auf elnen anderen durch Aendern 
dss zugehoerigen RECEIVE/TRANSMIT Bitsi anschliessend an die 
Bestastigung des Interrupts? umschalten. Bei dieser 
Vorgehenswe ise ist in einem Speicherplatz das RECEIVE/TRANSMIT 
Bit HIGH? und ist damit bereiti die ent sprechende Botschaft 
auf zunehmen J und im anderen Speicherplatz mit dem gleichen 
IDENTIFIER ist das RECEIVE/TRANSMIT Bit LOW? und damit ist die 
gerade empfangene Botschaft dort schre ibgeschuet z t . 



4.7.2.4. Hardware Synchronisation 



Als Voraussetzung fuer eine Hard^^are Synchronisation muss die 
CPU schneUe Blockuebert ragung mit DMA-Faeh i gke i t en und nicht 
unterbrechbare Semaphorbehandl ung bieten. Der Zugriff auf das 
DPRAM wird durch wechselseit igen? durch ein Semaphorbit 
geregelten Zugriff von der CPU und dem IMP vor inkonsistent er 
Blockuebertragung geschuetzt. Zwischen dem Ende einer 
Uebertragung und dem Start einer neuen muss genuegend Zeit 
vorgesehen werden. Im schlecht est en Fall muss der IMP solange 
warteni bis die CPU eine Blockuebertragung abgeschlossen hat. 
Die CPU muss im schl echt est en Fall warteni bis der IMP eine 
empfangene Botschaft im DPRAM gespeichert und die naechste 
Botschafti die uebertragen werden soil? ins serielle 
Schieberegister geladen hat. 



4.7.3. Datenaust ausch DPRAM ~ Schieberegister 



4.7.3.1. Parallele St euerprozesse 



Der Dat enaustausch zwischen DPRAM und seriellem Schieberegister 
wird durch mehrere parallele Prozesse gesteuerti deren Funktion 
spaeter beschrieben wird. Ein Prozess wird ini t ial isiert und 
damit in den aktiven Zustand uetaerfuehrt durch ein 
Akt i vi erungssignal . Im aktiven Zustand kann jeder Prozess 
weitere Akt ivierungssignale ausgebenf die wiederum zu anderen 
Prozessen gehen. Die Ausgabe eines Akt i vierungssignals bedeutet 
nicht notwendigerweisei dass der GSue I Iprozess sich gleichzeitig 
deaktivieren muss. Die gesamte Steuerung enthaelt die folgenden 
Prozesse und Akt i vi erungssignale 5 
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Prozesse 
I 

V 



LOAD 



STORE 



ERROR 



+ 

I 

I RECEIVE/ 
I TRANSMIT 
I 



SEARCH 



-+ 
I 
I 
I 
I 
I 

-+ 

-+ 
I 
I 
I 

•+ 

■+ 
I 
I 
I 
I 



Akt 1 v1 erungss igna I e 
I 

V 



-+ 
I 
I 
I 
I 
I 
I 
I 
I 
I 

-+ 



Ende der Usbertragung 
Ends der Arbitrierung 



Start Search 



Uebertragungsf ehler 
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I 
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-+ — +->o 
I i 

+ — + — +->o 

Beginn der Uebertragung i i I i 
< --+ — + — + — + — o 

I I I I " 
I i I I I 
Beginn der Uebertragung I I I I I 
+ — + — + — 

Uebertragungsf ehler I I I v " 
I 

Ende der Uebertragung villi 

< I I I I 

i I I I 
I I I I 
I I I I 
-+ — + — +->o 

I i V 
-+ — + — o 
I 
I 

I V 
-+->o 
I 



Beginn der Uebertragung 
Uebertragungsf ehler 



Start Search 



Ende der Arbitrierung 



V 

-o 



-+ Weitermachen 
I 

I 

I < 



->o 

V 



I start Search 
I < 



V 

•o 



+- 

I 

I 

I 

I 

+- 



INTERRUPT- 
HANDLING 



-+ 
I 
I 
I 
I 

-+ 



We i t ermachen 



■>o 
I 

V 

— o 



Akt ivi erungss igna I e : 
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- Ends der Uebertr agung J 

Endeslgnal am Ende einer fehlerfrel abgeschlossenen 
Uebertragunq. Wird beim Uebergang aus dem Zustand 
TRANSMIT-END-OF-FRAME in den Zustand TEST-INTERMISSION 
fuer einen Bustakt gesetzt. - Ende der Arbi tri erungs 
Signal am Ende des Arbi tri erungsvorgangs? nach Auftreten 
dieses Signals ist der BUS-Zugriff geregelt (Senden oder 
Empfangen). Wird am Ende der Uebertragung des IDENTIFIERS 
fuer einen Bustakt gesetzt. 

- Start Search: 

Startsignal fuer den SEARCH-Prozess i vom Anfang des OPRAM 
an den Suchvorgang neu zu beginnen? erfolgt am Ende des 
RECEIVE/TRANSMIT-Proz esses. 

- Uebertragungsf ehler s 

Fehlermeldung vom Uebertragungsvorgang . Wird fuer einen 
Bustakt gesetzti wenn eine Fehlermeldung auf dem Bus 
uebertragen wird. 

- Beginn der Uebertragung: 

Startsignal fuer den LOAD-Prozessi erfolgt am Ende des 
STORE-Prozesses Oder des ERROR-Prozesses 

- Wei termachen s 

- Erneuter Start bei Endlos-Prozessen 

Die Prozesse sind im folgenden unter Zuhilfenahme der ueblichen 
Kontrol If luss-Konstrukte erklaerti wie sie in ALGOL oder PASCAL 
verwendet werden und mit denen auch in der Informal i k-Li t eratur 
gearbeitet wird. 



4.7.3.2. LOAD-Prozess 



Der LOAD-Prozess laedt die naechste zu uebertragende Botschaft 
in das serielle Schi eberegister- Wenn keine Botschaft zur 
Uebertraqunq anstehti wird der SEARCH-Prozess gestartet. Wenn 
der SEARCH-Prozess bei noch belegtem BUS eventuell eine zweite 
Botschaft mit hoeherer Prioritaet in der Wart esch lange zu 
uebertragender Prozesse findeti so wird diese Botschaft die 
vorher gefundene verdraengen. 
Bus free: 

Bus free ist wahn waehrend dIE B0TSCHAFTSSE6MENTE 
START-OF-FRAME 1 1DENTIFIER 5 CONTROL-FIELD1 DATA-FIELD i 
CRC-FIELD UND ACK-FIELD uebertrage'n werden. 

TRANSMIT-STATUS: 

Muss am Ende der Arbitierung gesetzt (H16H) oder 
rueckgesetzt (LOW) werden 



- b?i - 

Initial isierung: TRANSMIT-STATUS = LOW 

Beginn tier Uebertraqung 
I 

V 

+ + + 

I TRAr'SI1IT-STATUS=L0W i 
+ + + 

V 

/ + \ 

/ TX-POINTER \ No 
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{setze TRANSMIT-STATUS zurueck 

auf An f angsbed i ngung vor dem 
Ends der Arb i tr i 8rung> 



equal to 
EMPTY-POINTER? 

+ 

V Yes 
+ 

Start Search 



o<- 



V 

>o 

V 

/ + 

/ TX-POINTER 
< equal to 
\ EMPTY-POINTER? 
\ + 

i Yes 
I 

V 

o< 



i No 
> 3 



No / + \ 



•>o 
I 
I 
I 
I 
I 
I 
I 
I 
I 
I 

V 

■>o 

I 

V 

I 
I 

■+- 

BUS free? 
■+- 

I Yes 
I 

untrennbare v Operation 

+ + 

-test and set semaphore 
to block DPRAM 
if RECEIVE/TRANSMIT=HISH 
then 
begi n 

set REMOTE-TRANSMISSION- 

RE(5UEST Bit 
load first byte of DATA-FIELDI 

into shift register 
load DATA-BYTE-C0DE=2ero intol 
shift register 
end else 
-load message into shift 

register 
-reset semaphore to 
unblock DPRAM 
aktivate TX-REffiUEST 
+ + + 



\ + / 



Ende der Arbitrierung 
Ende der Uebertragung 
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Uebertragungsf ehler 



4.7.3.3. STORE-Prozessr 



Der STORE-Prozess speichert entweder eine empfangene Botschaft 
Oder verwaltet die TRANSMISSION-REQUEST und PENDING Bits von 
gesendeten Botschaften. Das Signal Ende der Uebertragung koramt 
nur nach einem erf olgre i chen Uebertragungsvorgang ohne Fehler. 
Im Falle eines Fehlers kommt Uebertragungsf ehler . 



- 
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Ende der Uebertraqung 
I 

Y 



untrennbare Open at ion 



+ + + 

I test and set semaphore to I 

I block DPRAM I 
+ + + 

V 

/ + \ No 

<TRANSM1T-STATUS=H1SH ?> 

X + / 

V Yes 



->o 
I 

V 



I-swap TX-POINTER 
I with stack 
1-reset TRANSMISSION-REQUEST tol 
I LOM 

l-reset TRANSMISSION-COUNT to 
I LOM 

l-reset PENDING to LOW 
l-swap TX-POINTER 
I with stack 

l-reset TRANSMIT-STATUS to LOW 
+ + — + 



V 

o<- 

V 



-if RECEIVE/TRANSMIT = HIGH 
then 
beg 1 n 

set INTERRUPT-REQUEST to 
HIGH5 set PENDING to LOW 

end else 

beg 1 n 

if REMOTE-TRANSMISSION- 
REQUEST=HI6H then 
beqi n 

set TRANSMISSION-REQUEST? 
reset PENDING 
end) 
end f 

-reset RX-POINTER to EMPTY- 
POINTER? 



\ 
I 

V 

-o 



I reset semaphore to unblockl 
I DPRAM I 
+ + + 



Beginn der Uebertragung 
Uebertragungsf ehler 



- ^ - 
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4.7.3.4. ERROR-Prozess 



Oer Error Prozess zaehlt im Fehlerfall TRANSMISSION-COUNT hoch 
Oder setzt im Falte einer zweiten nicht geglueckten 
Uebertragung INTERRUPT-REQUEST . Eine empfangene Botschaft wird 
im Fehlerfall einfach nicht weiter verarbeitet. 

Uebertragungsf ehler 
I 

V 

/ \ No 

<TRANSMIT-STATUS=HISH ?> >o 

\ + / I 

I. Yes I 

+ + + I 

I reset TX-REQUEST I I 

+ + + I 

i I 

V undividable operation I 
+ + + I 

l--test and set semaphore to I I 

I block DPRAIi I \ 

t-swap TX-POINTER I I 

I with stack I ' 

l-if TRANSMISSION-COUNT = LOW I I. 

I then increment TRANSMISSION- I I 

I COUNT I i 

I else I I 

I • set INTERRUPT-REQUEST to HIGH I I 

l-reset PENDIN6 of transmit I I 

I message to LCW I I 

I-swap TX-POINTER 1 I 

I with stack I I 

l-reset semaphore to unblock I I 



I DPRAM I I 

+ + + \ 

V V 
o< o 

V 



Beginn der Uebertragung 



4.7.3.5. RECEIVE/TRANSMIT-Proz ess 
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Im Falls dass die Arbitrlerung gewonnen wurdei wfrd das PENDING 
Biti das zur gerade uebertragenen Botschaft gehoert i auf HIGH 
gesetzt und dann der zugehoerige TX-POINTER auf den Stack 
ge laden. Der RECEIVE/ TRANSMIT-Prozess setzt je nach Ausgang 
der Arbitrierung den TX-POINTER Oder den RX-POINTER auf einen 
leeren Adresszeiger zuruecki bevor der SEARCH-Prozess durch 
Start Search aktiviert wird. 



Ende 



der 
I 

V 



Arbitrierung 



untrennbare Operation 
+ 



/ + \ No 

<TRANSMIT-STATUS«HIGH ?>-— 
\ + / 

V Yes 

+ + + 

I reset TX-REQUEST I 
+ + + 

I 
I 

+ + +- 



•>o 
I 

V 



-test and set semaphore 

to block DPRAM 
-set PENDING of transmit 

message to HIGH 
-push TX-POINTER to stack 

-reset TX-POINTER 
to EMPTY-POINTER 
-reset semaphore to 

unblock DPRAM 



l-reset RX-POINTERI 
I to EMPTY-POINTER I 
+ + + 



+- 
I 



V 

o<— - 

V 

start Search 



V 

-o 
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4.7.3.6. SEARCH-Prozess 



Der Search-Prozess sucht andauernd nach Adressze igern ties DPRAM 
f uer 

- zu uebertraqende Botschaften (TX^POINTER) i 
wenn TRANSMISSION-REQUEST gesetzt ist» 

- zu empfangende Botschaften (RX-POINTER) t 

dh. Ob der empfangene IDENTIFIER im DPRAM enthalten ist » 

- Botschafterif die eine Unt erbrechungsanf ordsrung bei der 
CPU ausloBsen soLlem dh. bei denen INTERRUPT-REQUEST 
und INTERRUPT-ENABLE gesetzt sind. 



Der SEARCH-Prozess wird rait Start Search auf die Botschaft mit 
der hoechsten Prioritaet am Anfang des DPRAM zurueckgese t zt » 
wenn die Echtzel t ablaeuf e bei der Uebertragung auf dem BUS es 
erfordern. Das Absuchen einer gesamten Botschaft ist als 
unteilbare Operation ausgefuehrt. In jeder Clock-Per iode kann 
der SEARCH-Prozess durch einen DPRAM-Zugr i f f der CPU im 
Cyc le-SteaL ing-Vsrf ahren angehalten und urn eine Clock-Per iode 
verzoegert werden. Nach Abschluss der unteilbaren Operation 
kann der SEARCH-Prozess durch hoeherpriore Prozesse vom Zugriff 
des OPRAM ausgeschlossen werdem bis die Semaphore-Variable 
wieder vom SEARCH-Prozess selbst gesetzt werden kann. 



■ II- 

->*- 3506118 



Start Search 
I 

V 

Q 

V 

+ + + I 

l-reset SEARCH-POINTER to DPRAM I I 

t adress of hiahest priority I I 

l-reset T»RiI flags to LOW I I 

+ + + I 

V I 

Q I 

untrennbare Operation v I 

+ + + I I 



-test and set semaphore to block DPRAMf 
-read IDENTIFIER of SEARCH-POINTER* 
-if R-LOW then 
beg in 

if IDENTIFIER in DPRAM and received message 
are equal then 
beg i n 

increment SEARCH-POINTERi 

if RECEIVE/TRANSMIT=HIGH of SEARCH-POINTER 

then 

beg i n 

load SEARCH-POINTER to RX-P0INTER5 
set R=HISH 
end 
end else 

incremen-?. SEARCH-POINTER 
end else 

increment SEARCH-POINTER? 
-if PENDING=LOW of SEARCH-POINTER then 
begi n 

read CONTROL-SEGMENT of SEARCH-POINTER 5 
if <INTERRUPT-ENABLE=HISH) and (INTERRUPT- 
REQUEST=HISH) and CI=LOW> then 
beq i n 

load SEARCH-POINTER to INTERRUPT-POINTER 5 
set I=HI6H 
endi 
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if (RECEIVE/TRANSMIT=LOW) and (TRANSMISSION 

-REQUEST=HISH) and <T=LOW) then 

begin 

load SEARCH-POINTER to TX-POINTER! 
set T=HISH 
end 
end! 

reset semaphore to unblock DPRAMJ 



-+ 



+ + + 

I -increment SEARCH-POINTERI 
I (DATA-BYTE-CODE) I 

I by 2 +in 
+ + + 

V 

f.. . + \ No 

< SEARCH-POINTER overfLOW ? > 

X + / 

V Yes 

o 



->o 



■>o 



4.7.3.7. INTERRUPT-HANOLINS-Prozess 

Der INTERRUPT-HANDLING-Prozess leitet Interrupts von 
erapfanqenen Bo schaften oder von mehrfaoh ^^^^f'lJff* 
uebertragenen Botschaften an die CPU weiter. Es wird jeweils 
der Interrupt mil der duroh die Anordnung im DPRAM vorgegebenen 
hoechsten Prioritaet an die CPU we i t erge le i t et . Der INTERRUPT- 
HANDLINS-Prozess laeuft ununterbrochem parallel zu den 
aenderen Prozessen. Der Anfangswert des Interrupt Pointers ist 
der leere Adressze iger . 



- - 
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o< o 

I 

V I 

/ + \ I 

< INTERRUPT-POINTER non-empty ? > >o 

X + / .No 

V Yes I 
+ + + I 

I activate interrupt request I I 

I at CPU input I I 

+ + + I 

V I 
o< 0 I 

V I 

/ + \ I I 

<int8rrupt acknowledged fay CPU ?> — >o I 

\ + / No I 

V Yes I 
+ + + I 



l-test and set semaphore to block DPRAMil I 
l-set PENDINQ of INTERRUPT-POINTER to Hi! I 
l-reset INTERRUPT-POINTER with EMPTY- I I 
I POINTER? I i 

l-reset semaphore to unblock DPRAM? I I 

+ + + I 

V I 

o >o 

cent inue 



4.7,4. Steuerung des Zugriffs zum DPRAM 



4.7.4.1. Zugr i f f ssynchron isat ion 



Die Zugriffe zum DPRAM werden durch eine Semaphore-Variable 
geregelt. Diese sichert den unteilbaren Zugriff zu den 
zusammengehoer igen Bytes der DATA-FIELDs und des 
CONTROL-SEGMENTS. Andere Zugriffe werden solange blockiert* bis 
die Semaphore- Variable zurueckgese t zt ist. Damit wird die 
Konsistenz von DATA-FIELDs geschuetzti die laenger als ein Byte 
sind. Wenn mehrere Frozesse versuchen solltem die 
Semaphore-Variable gleichzeitig zu setzen* dann gilt das 
folgende Priori taeten* Schema: 

a. STORE 

b. LOAD 

c. ERROR 

d. INTERRUPT-HANDLIN6 

e. RECEIVE/TRANSMIT 
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f. SEARCH 



Die CPU wird von der Zugr 1 f f sverwa I t ung mittels Semaphore 
ausgenommen. Sie hat per CycLe-SteaL ing Immer sofortigen 
Vorrang vor alien anderen Zugriffen. Es isi klar? dass mit 
dieser Regelung die Konsistenz- der Daten bei CPU-Zugr i f f en 
ggfs. verletzt Werden kann. Urn dies zu vermeidem mueffste 
bekanntlich auch die CPU in die Zugri f f sregelung mit Semaphore 
einbezogen werden. Dies erforderte aber spezielle Befehle zur 
unteilbaren Behandlung von Semaphores* die bei den derzeit am 
Markt verfuegtaaren CPUs noch nicht realisiert sind. 



4.7.4.2. DPRAM-Adressze iger 



Auf den DPRAM wird von versch i edenen QueUen aus zugegrlffem 

der CPU und den parallelen Prozessen. Die Adressen kommen dabei 
von 

- CPU-Adresse 

• - EMPTY-POINTERS 

Adresszeigen der auf eine leerei d.h. nicht mit 
sinnvollen Botschaften gefuellte Adresse zeigt. 
Wenn ein Adresszeiger gteich dem EMPTY-POINTER isti 
wird dies so i n terpret i ert » dass keine en tsprechende 
Bptschaft vorliegt 

- SEARCH-POINTER: 

Adresszeiger des SEARCH-Prozesses 

- TX-POINTER: 

Adresszeiger? der auf die zu sendende Botschaft 
zeigt. Falls keine Botschaft zu senden isti ist 
der TX-POINTER = EMPTY-POINTER 

- RX-POINTER: 

Adresszeiger* der auf die zu empfangende Botschaft 
zeigt. Falls keine Botschaft zu empfangen ist» ist 
der RX-POINTER = EMPTY-POINTER 

- INTERRUPT-POINTER: 

Adresszeigen der auf die Botschaft zeigti die eine 
Unt erbrechungsanf orderung an die CPU hat. Falls 
keine Unt erbrechungsanf orderung vorliegti ist der 
INTERRUPT-POINTER = EMPTY-POINTER 

Die Adresszeiger (Pointer) werden in den verschiedenen 
Prozessen verarbeiteti um die DPRAM-Adresse zu erhaltem unter 
der Daten gespeichert oder qelesen werden sollen. Die 
tatsaechlichen DPRAM- Zugriffe mittels der Adresszeiger sind 
entsprechend ihrer Prioritaet organisiert, Unteilfaare Zugriffe 
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3506118 



auf fflehrere Bytes geschehen mittels der Semaphore-Var i ab I en i 
die den Zugriff fuer alle Prozesse blockierti ausser fuer den 
Prozesst der die Semaphore-Variable selbst gesetzt hat. 



4.7,4.3. Prior i t aetsst euerung 



Uie bereits beschriebeni werden der CPU-Zugriff auf den DPRAIi 
und das Setzen der Semaphore-Var i ablen nach Prioritaeten 
geordnet. Ein Prozess darf seine Adresse nur dann an dsn 
Adresse ingang des DPRAM legen* wenn die CPU nicht zugreifen 
will (kein Acccr's request und deshalb auch kein Access inhibit) 
und wenn die Semaphore-Var iable nicht von einem anderen Prozess 
belegt ist (Semaphore = LOW). Die Anschluesse von LOAD? ERRORi 
INTERRUPT-HANDLlNGi RECEIVE/TRANSMIT und SEARCH sind gleich wie 
bei STORE und deshalb nicht detailliert gezeichnet. 



I Daten 



I 



o< >+ DPRAM 

f 

+ 

+ 

I 

o< >+ CPU 

I 

+ 

+ 



o< >+ STORE 

I 
I 
I 

i 

+ 

+ 

I 

o< >+ LOAD 

I 



I Adresse ) 
+ I 
I I 
+< o 

I I 

+ I 
+ adr^ss I 

+ >o + 

1 access I request I 
+ + >+ 

+ I I 

+ adress I I 

+ >o I 

I access I inhibit I 
+< + + 

I semaphore I I 
+ + 

I test and set I semaphore I 
+ + >+ 

I reset I semaphore I 

+ + >+ access 

+ I I 

+ I I 

+ >Q I control 

I I I 

+< + >+ 

+ I I 
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+ 

I 

o< >+ ERROR 

I 

+ 

+ 

I 

o< >+ INTERRUPT- I 

I HANDLING I 
I +< 

+ + 

+ + 

I + 

0< >+ RECEIVE/ I 

! TRANSMIT I 

I +< 
+ + 

+ + 

I + 

o< >+ SEARCH I 

I +< 
+ + 




Eine Ausfuehrung fuer den Block 'Access Control' des obigen 
Schemas ist im folgenden Flussdi agraram angegebem das in jeder 
Clock-Periode durchlaufen wird. 



I 

V untrennbare Operation I 

+ + I 

I / + \ Yes I I 

I <CPU access request?> >o I I 

I X + / I I \ 

1+ + + I I I 

llreset access inhibit f I f I 

1+ + + I I I 

I / + \ Yes ! I I 

I < semaphore set ? > >o I I I 

I \ + / I V II 

I / + \ Yes I + + + I I 

I <tBst+set frm STORE?> >o I Iset access I I I 

I \ + / I I I Inhibit I I I 

I / + \ Yes V I + + + I I 

I <test+set from LOAD?> >o I I II 

I >^ + / I V I II 

I / + \ Yes V / + \ I I I 

I <test+set frm ERROR?> >o /reset seffla=\ I No II 

I \ + / I <phorB frm any>-+ — >o I I 

J / + \ Yes V \ process ? / I I II 

I <test+set fr INT-HA?> >o \ + / I I I I 

1 \ + / I vYes I I I I 

I / + \ Yes V + + + I I I 1 

I <test+set fr REC/TR?> >o I reset I I I I I 

I \ + / I I semaphore II I II 

I / + \ Yes V + + + I I I I 

I <test+set fr SEARCH?> >o I I I I I 

I \ + / V I I I I I 

I No I + + + I I I I I 

I I I set I I till 

I I {semaphore I I 1 i I I 

I I + + + I I I I I 

I V V V V V I I 

I o< o< o< o< — o I I 

I V II 

I + + + I I 

I Igoto next clock peri I I 

) + + + I I 

+ + + I 

I I 

V I 

o >o 

Im otaigen Flussdi agramm wurden die Abkuerzungen verwendets 

- INT-HA for INTERRUPT-HANDLING 

- REC/TR for RECEIVE/TRANSMIT and 

- per for period. 
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5.1. Ausf uBhrungsbeispiel fuer lineare Busstruktur 
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5.2- Beispiel fuer galvanisch gekoppeltei asymmetr ische 
Ansteuerung der Busleitung 




3.3. Beispiel fuer galvanisch gekoppeltei symmetr ische 
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5.4. Beispiel fuer galvanisch getrenntef symmetrische 
Ansteuerung mit U bertrager 




5.5. Ausfuehrungsbeispiel fuer Lichtleiter - Stern 
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5.6. Ausf uehrungsbeispiel fuer Lichtleiter - Bus 
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S.7. Aufbau einer Botschaft 
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5.9. Aufbau CRC-FIELD 
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5.10. Aufbau einer Fehlermeldung 
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Abstract 



A method is disclosed for the operation of a data processing system for motor vehicles includinq at least 
two computers and a line connecting the computers for the transmission of messages. This line permits 
a fast and reliable data transmission between the computers installed in the motor vehicle, taking into 
account the specific requirements of a controller-coupling in the motor vehicle An embodiment is 
provided which describes in detail the interface between the individual computers and the line linkinq the 
computers, and with the aid of which a controller-coupling is realized in the vehicle 
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